Наслідки витрат на використання спеціальних прискорювачів маршрутизації в глобальному акселераторі AWS передбачають в першу чергу два компоненти: фіксовану погодинну плату за кожен прискорювач та плата за передачу даних.
1. Фіксована погодинна плата за прискорювач
Кожен спеціальний прискорювач маршрутизації, який ви розгортаєте, несе фіксовану щогодинну плату. Ця плата охоплює використання статичних адрес IPv4, що надається AWS, призначених прискорювачам. IP -адреси залишаються виділеними прискорювачем до тих пір, поки він існує, навіть якщо прискорювач відключений і не маршрутизує трафік. Однак якщо ви видалите прискорювач, ви втрачаєте ці статичні IP -адреси [1] [9].
2. Витрати на передачу даних
Крім погодинної плати, ви платите за обсяг даних, переданих через прискорювач. Ціноутворення передачі даних змінюється залежно від географічної області та ґрунтується на кількості даних, оброблених прискорювачем. Це означає, що чим більше руху трафіку, що направляється через ваш спеціальний прискорювач маршрутизації, тим вище витрати на передачу даних будуть [3] [9].
3. Додаткові міркування
- Спеціальні прискорювачі маршрутизації маршрутизації трафіку лише до екземплярів EC2 в підмережах VPC та не підтримують інші типи кінцевих точок, такі як балансири навантаження. Це може впливати на архітектурні рішення, які можуть вплинути на загальні витрати, такі як кількість та розмір екземплярів EC2 [1] [7].
- Ви повинні виділити достатньо діапазонів портів слухачів, щоб покрити всі порти та екземпляри призначення, що може вплинути на складність та управління накладними витратами, але не безпосередньо на вартість [7] [10].
- Використання власного діапазону IP -адрес (BYOIP) підтримується, що може мати наслідки витрат, пов'язані з управлінням IP -адресами, але може забезпечити більше контролю над використанням IP [1].
Підводячи підсумок, основними драйверами витрат на спеціальні прискорювачі маршрутизації є погодинні збори прискорювача та плата за обсяг передачі даних. Ці витрати є на додаток до основних витрат на запуск екземплярів EC2 у ваших підмережах VPC. Сама власна можливість маршрутизації по суті не додає додаткових витрат за межі стандартної моделі ціноутворення глобальних прискорювачів, але архітектура, яку вона дозволяє, може вплинути на ваше загальне використання ресурсів AWS та витрати [3] [9] [10].
Цитати:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-custom-routing-accelerators.html
[2] https://aws.amazon.com/blogs/networking-and-content-delivery/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