AWS Global Accelerator verfügt über eine feste Zeitlimit für TCP -Verbindungen von 340 Sekunden. Dies bedeutet, dass Global Accelerator den Verkehr weiterhin für eine etablierte TCP -Verbindung zu einem Endpunkt leiten wird, bis 340 Sekunden Inaktivität (Leerlaufzeitpunkt) erreicht sind, selbst wenn der Endpunkt ungesund wird oder vom Gaspedal entfernt wird. Erst nach Ablauf dieser Leerlaufzeit wählt der globale Beschleuniger einen neuen Endpunkt für neue Verbindungen aus [2] [3].
Im Vergleich dazu haben andere AWS -Dienste unterschiedliche TCP -Leerlauf -Zeitüberschreitungsverhalten:
- Netzwerklastbalancer (NLB): Das Standard -TCP -Timeout von TCP beträgt 350 Sekunden, ähnlich wie Global Accelerator, aber NLB unterstützt jetzt * konfigurierbare * TCP -Leerlaufzeitübergänge zwischen 60 Sekunden und 6000 Sekunden. Dies ermöglicht das Timeout, dass das Timeout die Anwendungsanforderungen besser übereinstimmt und die Latenz für langlebige TCP-Ströme verringert [6] [7].
- AWS Network Firewall: verfügt außerdem über eine Standard-TCP-Leerlaufzeit von 350 Sekunden, wobei die neue Möglichkeit zwischen 60 und 6000 Sekunden konfiguriert werden kann, um eine ununterbrochene staatliche Inspektion langlebiger TCP-Verbindungen zu unterstützen [9].
- Gateway Load Balancers (GWLB), NAT Gateways und VPC -Endpunkte: Verwenden Sie ein Standard -TCP -Leerlauf -Timeout von 350 Sekunden für die Verbindungsverfolgung mit gewissen Konfigurationsflexibilität [10].
- UDP -Verbindungen im globalen Beschleuniger haben eine viel kürzere Leerlaufzeit von 30 Sekunden, während in NLB und GWLB die UDP -Leerlaufzeitpunkte in der Regel 120 Sekunden betragen [2] [7] [10].
Die wichtigste Unterscheidung besteht darin, dass die TCP -Timeout von Global Accelerator bei 340 Sekunden und derzeit nicht konfigurierbar ist, während Dienste wie NLB und Network Firewall konfigurierbare Leerlaufzeitouts bieten, um die Anwendungsanforderungen besser auszurichten. Das Design von Global Accelerator konzentriert sich auf die Aufrechterhaltung etablierter TCP -Verbindungen zu Endpunkten, bis die Leerlaufzeit läuft, und bietet Stabilität und konsistentes Routing, auch wenn Endpunkte ungesund werden, während NLB und andere die Flexibilität für verschiedene Anwendungsverkehrsmuster hervorheben.
Zusammenfassend:
- Global Accelerator TCP Idle Timeout: Bei 340 Sekunden behoben, nicht konfigurierbar.
- NLB TCP Idle Timeout: Standard 350 Sekunden, konfigurierbar von 60 bis 6000 Sekunden.
- Netzwerk Firewall TCP Idle Timeout: Standard 350 Sekunden, konfigurierbare 60 bis 6000 Sekunden.
- Andere AWS -Dienste (GWLB, NAT Gateway, VPC -Endpunkt): Im Allgemeinen 350 Sekunden Standard, einige konfigurierbare Optionen.
Dies spiegelt die Rolle des globalen Beschleunigers bei der Optimierung der globalen Verkehrsrouting mit einer stabilen Verbindungsbehandlung wider, während Dienste wie NLB eine stärkere steuerliche Kontrolle über Verbindungszeitüberschreitungen für Lastausgleichsszenarien bieten [2] [6] [7] [9] [10].
Zitate:
[1] https://docs.amazon.com/global-accelerator/latest/dg/inTroduction-how-it-works.html
[2] https://docs.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[3] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
[4] https://docs.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-configurable-idle-Timeout-Activity-7237106073189408769-WQR4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-nlb-tcp-configurable-idle-timeout/
[8] https://aws.amazon.com/global-accelerator/features/
[9] https://aws.amazon.com/about-aws/whats-new/2024/10/aws-network-firewall-configurableable-tcp-idle-timeout/
[10] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-configurable-idle-timeout-for-connection-tracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-differenz-between-idle-timeout-and-request-timeout-in-akka-http-con