Home Arrow Icon Knowledge base Arrow Icon Global Arrow Icon Jak se liší nečinný časový limit pro toky UDP v globálním akcelerátoru


Jak se liší nečinný časový limit pro toky UDP v globálním akcelerátoru


Nečinný časový limit pro toky UDP v globálním akcelerátoru AWS je výrazně kratší než pro toky TCP. Konkrétně je časový limit nečinnosti pro připojení UDP 30 sekund, zatímco pro připojení TCP je mnohem delší, za 340 sekund (asi 5 minut a 40 sekund) [4].

Tento rozdíl pramení z povahy protokolů a jak globální akcelerátor spravuje spojení:

- TCP Flows: AWS Global Accelerator končí připojení TCP na okraji a vytváří nové připojení TCP s koncovým bodem backendu. Na těchto připojeních se vztahuje časový limit nečinnosti 340 sekund, což znamená, že pokud v tomto období nejsou odeslány nebo přijata žádná data, globální akcelerátor uzavře spojení. Tento časový limit je pevný a nelze přizpůsobit. Pakety TCP Keep-Alive nelze použít k udržení připojení; Místo toho musí být v okně časového limitu odeslány skutečné datové pakety, aby bylo připojení naživu [4].

- Flows UDP: UDP je bez připojení a nemá formální vytvoření připojení nebo roztržení jako TCP. Pro UDP používá Global Accelerator kratší časový limit nečinnosti 30 sekund. Pokud v tomto okně nejsou odesílány nebo přijata žádné pakety UDP, tok je považován za nečinný a je uzavřen. Tento kratší časový limit odráží povahu bez státní příslušnosti UDP a typické případy použití, kdy se očekává, že toky UDP budou krátkodobé nebo často obnoveny [4].

Stručně řečeno, klíčový rozdíl je v tom, že toky TCP mají mnohem delší volnoběžný časový limit (340 sekund) kvůli povaze TCP orientované na spojení a režii řízení připojení, zatímco toky UDP mají mnohem kratší volnoběžný časový limit (30 sekund) konzistentní s návrhem bez připojení UDP. Tím je zajištěno efektivní využití zdrojů a včasné vyčištění neaktivních toků v globálním akcelerátoru.

Žádné přizpůsobení těchto volnoběžných časových limitů v současné době není podporováno Global Accelerator AWS [4].

Citace:
[1] https://aws.amazon.com/global-accelerator/features/
[2] https://aws.amazon.com/global-accelerator/faqs/
[3] https://cloudonaut.io/review-aws-global-accelerator-laty-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-is-azure-load-balancer-udp-idle-timeout
[7] https://repost.aws/questions/quuniuckyuskkkscntmg8mmea/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/