Tidleiden för UDP -flöden i AWS Global Accelerator är betydligt kortare än för TCP -flöden. Specifikt är den tomgångs timeout för UDP -anslutningar 30 sekunder, medan den för TCP -anslutningar är mycket längre, vid 340 sekunder (cirka 5 minuter och 40 sekunder) [4].
Denna skillnad härrör från protokollens natur och hur global accelerator hanterar anslutningar:
- TCP -flöden: AWS Global Accelerator avslutar TCP -anslutningar vid kanten och skapar en ny TCP -anslutning till backend -slutpunkten. Tidleiden på 340 sekunder gäller för dessa anslutningar, vilket innebär att om inga data skickas eller tas emot inom denna period stänger Global Accelerator anslutningen. Denna timeout är fast och inte anpassningsbar. TCP Keep-Alive-paket kan inte användas för att bibehålla anslutningen; Istället måste de faktiska datapaketen skickas inom timeout -fönstret för att hålla anslutningen vid liv [4].
- UDP -flöden: UDP är anslutningslöst och har inte en formell anslutningsanläggning eller nedbrytning som TCP. För UDP använder Global Accelerator en kortare ledig timeout på 30 sekunder. Om inga UDP -paket skickas eller tas emot i detta fönster betraktas flödet i viloläge och är stängt. Denna kortare timeout återspeglar den statslösa karaktären hos UDP och typiska användningsfall där UDP-flöden förväntas vara kortlivade eller ofta uppdaterade [4].
Sammanfattningsvis är den viktigaste skillnaden att TCP-flöden har en mycket längre ledig timeout (340 sekunder) på grund av den anslutningsorienterade karaktären av TCP och överhuvudet för anslutningshantering, medan UDP-flöden har en mycket kortare ledig timeout (30 sekunder) i överensstämmelse med UDP: s anslutningslösa design. Detta säkerställer effektiv resursanvändning och snabb rengöring av inaktiva flöden i global accelerator.
Ingen anpassning av dessa lediga timeouts stöds för närvarande av AWS Global Accelerator [4].
Citeringar:
[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-imeout
[7] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
]
[9] https://www.arubanetworks.com/techdocs/sdwan/docs/orch/monitoring/bandwidth/flows-aktivt-recent/