Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Чим час очікування очікування в режимі очікування в глобальному акселераторі відрізняється від потоків TCP


Чим час очікування очікування в режимі очікування в глобальному акселераторі відрізняється від потоків TCP


Тайм -аут на холостому ходу для потоків UDP в AWS Global Accelerator значно коротший, ніж для потоків TCP. Зокрема, тайм -аут на холостому ходу для з'єднань UDP становить 30 секунд, тоді як для з'єднань TCP він набагато довший, за 340 секунд (приблизно 5 хвилин і 40 секунд) [4].

Ця різниця випливає з природи протоколів та того, як глобальний прискорювач керує з'єднаннями:

- TCP потоки: AWS Global Accelerator припиняє підключення TCP на краю і встановлює нове з'єднання TCP до кінцевої точки Backend. Тайм -аут у простою 340 секунд застосовується до цих з'єднань, тобто, якщо дані не надсилаються або отримані протягом цього періоду, глобальний прискорювач закриває з'єднання. Цей тайм -аут виправлений і не налаштований. Для підтримки з'єднання пакети TCP Keep-elive не можуть використовуватися; Натомість фактичні пакети даних повинні бути надіслані у вікні тайм -ауту, щоб зберегти з'єднання живим [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-accelerator/features/
[2] https://aws.amazon.com/global-accelerator/faqs/
[3] https://cloudonaut.io/review-aws-global-accelerator-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-accelerator/
[6] https://learn.microsoft.com/en-us/answers/questions/1139028/how-big-azure-load-balancer-udp-idletimeout
[7] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow на основі-session-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/