Kostnadskonsekvensene ved å bruke tilpassede rutingakseleratorer i AWS Global Accelerator involverer primært to komponenter: den faste timeavgiften for hver akselerator og dataoverføringsavgiftene.
1. Fast timeavgift per akselerator
Hver tilpassede rutingsakselerator du distribuerer pådrar en fast timeavgift. Denne avgiften dekker bruken av AWS-leverte statiske IPv4-adresser tildelt akseleratoren. IP -adressene forblir tildelt akseleratoren så lenge den eksisterer, selv om gasspedalen er deaktivert og ikke dirigerer trafikk. Imidlertid, hvis du sletter gasspedalen, mister du de statiske IP -adressene [1] [9].
2. Dataoverføringskostnader
Utover timeavgiften betaler du for volumet av data som er overført gjennom gasspedalen. Pris for dataoverføring varierer etter geografisk region og er basert på mengden data behandlet av gasspedalen. Dette betyr at jo mer trafikk som er dirigert gjennom din tilpassede rutingakselerator, jo høyere vil dataoverføringskostnadene være [3] [9].
3. tilleggshensyn
- Tilpasset rutingakseleratorer ruter trafikk bare til EC2 -forekomster innen VPC -undernett, og støtter ikke andre sluttpunkttyper som belastningsbalanser. Dette kan påvirke beslutninger om arkitektur som kan påvirke de samlede kostnadene, for eksempel antall og størrelse på EC2 -forekomster som kreves [1] [7].
- Du må tildele tilstrekkelige lytterhavnområder for å dekke alle destinasjonsporter og forekomster, noe som kan påvirke kompleksiteten og styringskostnadene, men ikke direkte kostnadene [7] [10].
- Å bruke ditt eget IP -adresseområde (BYOIP) støttes, noe som kan ha kostnadsmessige implikasjoner relatert til IP -adressestyring, men kan gi mer kontroll over IP -bruk [1].
Oppsummert er de viktigste kostnadsdriverne for tilpassede rutingakseleratorer timeakseleratoravgiftene og dataoverføringsvolumkostnadene. Disse kostnadene er i tillegg til de underliggende kostnadene ved å kjøre EC2 -forekomster i VPC -undernettene dine. Den tilpassede rutingsevnen i seg selv legger ikke iboende til ekstra kostnader utover standard global akseleratorprisingsmodell, men arkitekturen den muliggjør kan påvirke din generelle AWS -ressursbruk og kostnader [3] [9] [10].
Sitasjoner:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-custom-routing-accelerators.html
[2] https://aws.amazon.com/blogs/networking-and-content-edelivery/introducing-aws-global-accelerator-custom- routing-accelerators/
[3] https://cloudchipr.com/blog/aws-global-accelerator
[4] https://repost.aws/questions/quqyevph1vso2cepqqixrhtq/cloudfront-vs-global-accelerator
[5] https://boto3.amazonaws.com/v1/documentation/api/1.36.2/reference/services/globalaccelerator.html
[6] https://www.youtube.com/watch?v=duxx0upuksg
[7] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-custom-routing-guidelines.html
[8] https://www.reddit.com/r/aws/comments/wr4d0r/cloudfront_global_accelerator/
[9] https://www.nops.io/glossary/what-is-aws-global-accelerator/
[10] https://docs.aws.amazon.com/global-accelerator/latest/dg/work-with-custom-routing-accelerators.html