Omkostningskonsekvenserne ved at bruge brugerdefinerede routingacceleratorer i AWS Global Accelerator involverer primært to komponenter: det faste timegebyr for hver accelerator og dataoverførselsafgifter.
1. fast timesgebyr pr. Accelerator
Hver brugerdefineret routingaccelerator, du implementerer, pådrager dig en fast timeopladning. Dette gebyr dækker brugen af AWS-leverede statiske IPv4-adresser, der er tildelt acceleratoren. IP -adresserne forbliver tildelt til acceleratoren, så længe den eksisterer, selvom acceleratoren er deaktiveret og ikke dirigerer trafik. Men hvis du sletter acceleratoren, mister du de statiske IP -adresser [1] [9].
2. Dataoverførselsomkostninger
Ud over timegebyret betaler du for mængden af data, der overføres gennem acceleratoren. Prisfastsættelse af dataoverførsel varierer efter geografisk region og er baseret på mængden af data, der er behandlet af acceleratoren. Dette betyder, at jo mere trafik dirigeres gennem din brugerdefinerede routingaccelerator, jo højere er dine dataoverførselsomkostninger [3] [9].
3. yderligere overvejelser
- Brugerdefinerede routingacceleratorer ruger kun trafik til EC2 -forekomster inden for VPC -undernet, og understøtter ikke andre slutpunktstyper som Load Balancers. Dette kan have indflydelse på arkitekturbeslutninger, der kan påvirke de samlede omkostninger, såsom antallet og størrelsen af EC2 -forekomster, der kræves [1] [7].
- Du skal allokere tilstrækkelig lytterportområde til at dække alle destinationsporte og forekomster, hvilket kan påvirke kompleksiteten og styringsomkostningen, men ikke direkte omkostningerne [7] [10].
- Brug af dit eget IP -adresseområde (BYOIP) understøttes, som muligvis har omkostningskonsekvenser relateret til IP -adressehåndtering, men kan give mere kontrol over IP -brug [1].
Sammenfattende er de vigtigste omkostningsdrivere for tilpassede routingacceleratorer de time -acceleratorgebyrer og afgifterne til dataoverførselsvolumen. Disse omkostninger er ud over de underliggende omkostninger ved at køre EC2 -forekomster i dine VPC -undernet. Selve den brugerdefinerede routingkapacitet tilføjer ikke i sagens natur ekstra gebyrer ud over den standard globale acceleratorprismodel, men den arkitektur, den muliggør, kan påvirke din samlede AWS -ressourceforbrug og omkostninger [3] [9] [10].
Citater:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-custom-routing-accelerators.html
)
[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-guideline.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