Globalny akcelerator AWS ma ustalony czas bezczynności dla połączeń TCP wynoszący 340 sekund. Oznacza to, że globalny akcelerator będzie nadal kierował ruchem dla ustalonego połączenia TCP z punktem końcowym do 340 sekund bezczynności (czas bezczynności), nawet jeśli punkt końcowy stanie się niezdrowy lub zostanie usunięty z akceleratora. Dopiero po wygaśnięciu tego czasu bezczynnego czasu globalnego akceleratora wybierze nowy punkt końcowy dla nowych połączeń [2] [3].
Dla porównania, inne usługi AWS mają różne zachowania TCP Idle Timeout:
- Balancer obciążenia sieciowego (NLB): Domyślny limit czasu bezczynności TCP wynosi 350 sekund, podobny do globalnego akceleratora, ale NLB obsługuje teraz * konfigurowalne * Wartości limitu czasu jałowego TCP od 60 sekund do 6000 sekund. Umożliwia to strojenie limitu czasu w celu lepszego dopasowania potrzeb aplikacji i zmniejszenia opóźnień w przypadku długotrwałych przepływów TCP [6] [7].
- Firewall Network AWS: ma również domyślny czas bezczynności TCP 350 sekund, z nową możliwością skonfigurowania limitu czasu od 60 do 6000 sekund w celu obsługi nieprzerwanej kontroli stanowej długoterminowych połączeń TCP [9].
- Balancerki obciążenia bramki (GWLB), bramy NAT i VPC końcowe: użyj domyślnego limitu czasu bezczynności TCP wynoszący 350 sekund do śledzenia połączenia, z pewną elastycznością konfiguracji [10].
- Połączenia UDP w globalnym akceleratorze mają znacznie krótszy czas bezczynności wynoszący 30 sekund, podczas gdy w NLB i GWLB limit czasu bezczynności UDP wynosi zwykle 120 sekund [2] [7] [10].
Kluczowym rozróżnieniem jest to, że limit czasu bezczynności TCP Global Accelerator jest ustalany na 340 sekund i nie jest obecnie konfigurowany, podczas gdy usługi takie jak NLB i Network Firewall oferują konfigurowalne limitu czasu bezczynności, aby lepiej dostosować się do wymagań aplikacji. Projekt globalnego akceleratora koncentruje się na utrzymaniu ustalonych połączeń TCP z punktami końcowymi, dopóki czas bezczynności wygaśnie, zapewniając stabilność i spójne routing, nawet jeśli punkty końcowe stają się niezdrowe, podczas gdy NLB i inne podkreślają elastyczność dla różnych wzorców ruchu aplikacji.
Podsumowując:
- Global Accelerator TCP Limit czasu bezczynności: Naprawiono na 340 sekund, nie konfigurowalne.
- NLB TCP Limit czasu bezczynności: Domyślnie 350 sekund, konfigurowalne od 60 do 6000 sekund.
- Network Firewall TCP Idle Timeout: Domyślnie 350 sekund, konfigurowalne od 60 do 6000 sekund.
- Inne usługi AWS (GWLB, Nat Gateway, punkt końcowy VPC): ogólnie domyślnie 350 sekund, niektóre konfigurowalne opcje.
Odzwierciedla to rolę globalnego akceleratora w optymalizacji globalnego routingu ruchu za pomocą stabilnego obsługi połączeń, podczas gdy usługi takie jak NLB zapewniają większą szczegółową kontrolę nad czasem połączenia w scenariuszy równoważenia obciążenia [2] [6] [7] [9] [10].
Cytaty:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.html
[2] https://docs.aws.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[3] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
[4] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints.avoid-connection-collisions.html
[5] https://hands-on.cloud/aws-services/global-accelerator/
[6] https://www.linkedin.com/posts/Karthik-Sakthivel-techie_Introducing-NLB-TCP-CONFIGULTY-IDLEITEOut-Activity-7237106073189408769-wqr4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-nlb-tcp-configubty-idle-timeout/
[8] https://aws.amazon.com/global-accelerator/features/
[9] https://aws.amazon.com/about-aws/whats-new/2024/10/aws-network-firewall-configubty-tcp-idle-timeout/
[10] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-configuble-idle-timeout-for-connection-tracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-adifference-between-idle-timeout-and-request-timeout-in-akka-http-con