Тайм -аут для простоя для потоков UDP в AWS Global Accelerator значительно короче, чем для потоков TCP. В частности, временный интервал на холостом ходу для соединений UDP составляет 30 секунд, тогда как для соединений TCP он намного длиннее, через 340 секунд (около 5 минут и 40 секунд) [4].
Эта разница связана с характером протоколов и тем, как глобальный акселератор управляет соединениями:
- Протоки TCP: AWS Global Accelerator завершает соединения TCP на краю и устанавливает новое соединение TCP с конечной точкой. Тайм -аут холостого хода 340 секунд применяется к этим соединениям, что означает, что если данные не отправляются или не получены в течение этого периода, глобальный акселератор закрывает соединение. Этот тайм -аут фиксирован и не настраивается. Пакеты TCP Keep-Alive не могут быть использованы для поддержания соединения; Вместо этого фактические пакеты данных должны быть отправлены в окне тайм -аута, чтобы поддерживать соединение в живых [4].
- Потоки UDP: UDP является без соединения и не имеет формального установления соединения или разрыва, как TCP. Для UDP Global Accelerator использует более короткий тайм -аут простоя 30 секунд. Если пакеты UDP не отправляются или не получены в этом окне, поток считается простальным и закрытым. Этот более короткий тайм-аут отражает природу UDP без состояния и типичные варианты использования, где ожидается, что потоки UDP будут недолгими или часто обновляемыми [4].
Таким образом, ключевое отличие состоит в том, что потоки TCP имеют гораздо более длительный тайм-аут (340 секунд) из-за ориентированной на соединение природы TCP и накладных расходов управления соединением, в то время как потоки UDP имеют гораздо более короткий тайм-аут (30 секунд), согласуясь с дизайном без связи UDP. Это обеспечивает эффективное использование ресурсов и своевременную очистку неактивных потоков в глобальном ускорителе.
Никакая настройка этих тайм -аутов в настоящее время не поддерживается AWS Global Accelerator [4].
Цитаты:
[1] https://aws.amazon.com/global-ccelerator/features/
[2] https://aws.amazon.com/global-ccelerator/faqs/
[3] https://cloudonaut.io/review-aws-global-ccelerator-latency-multi-region-disaster-recovery/
[4] https://docs.aws.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[5] https://hands-on.cloud/aws-services/global-ccelerator/
[6] https://learn.microsoft.com/en-us/answers/questions/1139028/how-big-is-azure-load-balancer-udp-idle-timeout
[7] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-ccelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow-session-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/