De inactieve time -out voor UDP -stromen in AWS Global Accelerator is aanzienlijk korter dan voor TCP -stromen. In het bijzonder is de inactieve time -out voor UDP -verbindingen 30 seconden, terwijl het voor TCP -verbindingen veel langer is, op 340 seconden (ongeveer 5 minuten en 40 seconden) [4].
Dit verschil komt voort uit de aard van de protocollen en hoe Global Accelerator verbindingen beheert:
- TCP -stromen: AWS Global Accelerator beëindigt TCP -verbindingen aan de rand en legt een nieuwe TCP -verbinding tot stand met het backend -eindpunt. De inactieve time -out van 340 seconden is van toepassing op deze verbindingen, wat betekent dat als er binnen deze periode geen gegevens worden verzonden of ontvangen, de wereldwijde versneller de verbinding sluit. Deze time -out is opgelost en niet aanpasbaar. TCP Keep-Alive-pakketten kunnen niet worden gebruikt om de verbinding te behouden; In plaats daarvan moeten daadwerkelijke gegevenspakketten in het time -outvenster worden verzonden om de verbinding in leven te houden [4].
- UDP -stromen: UDP is verbindingloos en heeft geen formeel verbindingsbedrijf of afslag zoals TCP. Voor UDP gebruikt Global Accelerator een kortere inactieve time -out van 30 seconden. Als er in dit venster geen UDP -pakketten worden verzonden of ontvangen, wordt de stroom als inactief beschouwd en is het gesloten. Deze kortere time-out weerspiegelt de staatloze aard van UDP en typische use cases waarbij UDP-stromen naar verwachting van korte duur of vaak worden vernieuwd [4].
Samenvattend is het belangrijkste verschil dat TCP-stromen een veel langere inactieve time-out (340 seconden) hebben vanwege de verbindingsgerichte aard van TCP en de overhead van verbindingsbeheer, terwijl UDP-stromingen een veel kortere inactieve time-out (30 seconden) hebben in overeenstemming met het verbindingsloze ontwerp van UDP. Dit zorgt voor een efficiënt gebruik van hulpbronnen en tijdige opruiming van inactieve stromen in wereldwijde versneller.
Geen aanpassing van deze inactieve time -outs wordt momenteel ondersteund door AWS Global Accelerator [4].
Citaten:
[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-azure-load-balancer-udp-idle-timeout
[7] https://repost.aws/questions/quuniuckyuskkkg8mmea/timeout-aws-global-accelerator
[8] https://www.juniper.net/documentation/us/en/software/junos/flow-packet-processing/topics/topic-map/security-flow-asess-for-srx-series-devices.html
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-active-recent/