Tomgangen for UDP -strømmer i AWS Global Accelerator er betydelig kortere enn for TCP -strømmer. Spesielt er den tomgangsutviklingen for UDP -tilkoblinger 30 sekunder, mens for TCP -tilkoblinger er den mye lengre, på 340 sekunder (ca. 5 minutter og 40 sekunder) [4].
Denne forskjellen stammer fra protokollens natur og hvordan global akselerator administrerer tilkoblinger:
- TCP -strømmer: AWS Global Accelerator avslutter TCP -tilkoblinger i kanten og etablerer en ny TCP -tilkobling til backend -endepunktet. I tomgangstid på 340 sekunder gjelder disse tilkoblingene, noe som betyr at hvis ingen data sendes eller mottas i løpet av denne perioden, lukker global akselerator forbindelsen. Denne timeout er fast og ikke tilpasses. TCP Keep-Alive-pakker kan ikke brukes til å opprettholde forbindelsen; I stedet må faktiske datapakker sendes innen tidsavbruddsvinduet for å holde tilkoblingen i live [4].
- UDP -strømmer: UDP er tilkoblingsfri og har ikke en formell tilkoblingsinstitusjon eller nedrivning som TCP. For UDP bruker Global Accelerator en kortere tomgangstid på 30 sekunder. Hvis ingen UDP -pakker sendes eller mottas i dette vinduet, anses strømmen som ledig og er lukket. Denne kortere tidsavbruddet gjenspeiler den statsløse naturen til UDP og typiske brukstilfeller der UDP-strømmer forventes å være kortvarig eller ofte oppdatert [4].
Oppsummert er nøkkelforskjellen at TCP-strømmer har en mye lengre tomgangstid (340 sekunder) på grunn av tilkoblingsorientert karakter av TCP og overhead for tilkoblingsstyring, mens UDP-strømmer har en mye kortere tomgangstid (30 sekunder) i samsvar med UDPs tilkoblingsløse design. Dette sikrer effektiv ressursbruk og rettidig opprydding av inaktive strømmer i global akselerator.
Ingen tilpasning av disse ledige timeoutsene støttes for tiden av AWS Global Accelerator [4].
Sitasjoner:
[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-is-zure-load-balancer-dp-idle-timeout
[7] https://repost.aws/questions/quunickyuskkscntmg8mmea/timeout-aws-global-accelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow-based-session-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flow-active-recent/