Das Leerlaufzeitpunkt für UDP -Ströme in AWS Global Accelerator ist deutlich kürzer als für TCP -Ströme. Insbesondere beträgt das Leerlaufzeitpunkt für UDP -Verbindungen 30 Sekunden, während es für TCP -Verbindungen bei 340 Sekunden (ca. 5 Minuten und 40 Sekunden) viel länger ist [4].
Dieser Unterschied beruht auf der Art der Protokolle und der Art und Weise, wie globaler Beschleuniger Verbindungen verwaltet:
- TCP Flows: AWS Global Accelerator endet TCP -Verbindungen am Rande und stellt eine neue TCP -Verbindung zum Backend -Endpunkt her. Das Leerlaufzeitpunkt von 340 Sekunden gilt für diese Verbindungen. Wenn in diesem Zeitraum keine Daten gesendet oder empfangen werden, schließt Global Accelerator die Verbindung. Diese Zeitüberschreitung ist fest und nicht anpassbar. TCP-Keep-Alive-Pakete können nicht verwendet werden, um die Verbindung aufrechtzuerhalten. Stattdessen müssen tatsächliche Datenpakete innerhalb des Zeitüberschreitungsfensters gesendet werden, um die Verbindung am Leben zu erhalten [4].
- UDP -Flows: UDP ist verbindlos und verfügt über keine formelle Verbindungseinrichtung oder einen Abbau wie TCP. Für UDP verwendet Global Accelerator eine kürzere Leerlaufzeit von 30 Sekunden. Wenn in diesem Fenster keine UDP -Pakete gesendet oder empfangen werden, wird der Fluss als untätig angesehen und geschlossen. Dieses kürzere Zeitlimit spiegelt die staatenlose Natur von UDP und typische Anwendungsfälle wider, in denen die UDP-Ströme kurzlebig oder häufig aktualisiert werden [4].
Zusammenfassend besteht der Hauptunterschied darin, dass TCP-Ströme aufgrund der verbindungsorientierten Natur von TCP und dem Overhead der Verbindungsverwaltung ein viel längeres Leerlaufzeitpunkt (340 Sekunden) haben, während die UDP-Strömungen eine viel kürzere Leerlaufzeitüberschreitung (30 Sekunden) mit dem verbindungslosen Design von UDP übereinstimmen. Dies gewährleistet einen effizienten Ressourcenverbrauch und die rechtzeitige Reinigung inaktiver Ströme in globaler Beschleuniger.
Derzeit wird von AWS Global Accelerator [4] keine Anpassung dieser Leerlaufzeitüberschreitungen unterstützt.
Zitate:
[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.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-isazure-load-balancer-udp-idle-timeout
[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-basierte-Session-for-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/