AWS Global Accelerator har en fast tomgangstid for TCP -tilkoblinger på 340 sekunder. Dette betyr at Global Accelerator vil fortsette å lede trafikk for en etablert TCP -forbindelse til et endepunkt til 340 sekunder med inaktivitet (ledig timeout) er nådd, selv om sluttpunktet blir usunt eller fjernes fra gasspedalen. Først etter at denne tomgangen er utløper, vil Global Accelerator velge et nytt sluttpunkt for nye tilkoblinger [2] [3].
Til sammenligning har andre AWS -tjenester forskjellige TCP -tomgangsoppførsel:
- Network Load Balancer (NLB): Standard TCP -tomgangstid er 350 sekunder, lik global akselerator, men NLB støtter nå * konfigurerbar * TCP Idle Timeout -verdier fra 60 sekunder til 6000 sekunder. Dette gjør det mulig å stille inn tidsavbruddet for bedre å matche applikasjonsbehov og redusere latens for langvarige TCP-strømmer [6] [7].
- AWS Network Firewall: Har også en standard TCP-tomgangstid på 350 sekunder, med den nye muligheten til å konfigurere tidsavbruddet mellom 60 og 6000 sekunder for å støtte uavbrutt statlig inspeksjon av langlivede TCP-tilkoblinger [9].
- Gateway Load Balancers (GWLB), NAT Gateways og VPC -endepunkter: Bruk en standard TCP -tomgangstid på 350 sekunder for tilkoblingssporing, med en viss fleksibilitet for konfigurasjon [10].
- UDP -tilkoblinger i global akselerator har en mye kortere tomgangstid på 30 sekunder, mens i NLB og GWLB er UDP -tomgangstidsavbrudd vanligvis 120 sekunder [2] [7] [10].
Det viktigste skillet er at Global Accelerators TCP -tomgangstid er løst på 340 sekunder og ikke for øyeblikket konfigureres, mens tjenester som NLB og nettverksbrannmur tilbyr konfigurerbare tomgangstid for å tilpasse seg bedre med applikasjonskrav. Global Accelerators design fokuserer på å opprettholde etablerte TCP -tilkoblinger til sluttpunkter til den ledige tidsavbruddet går ut, og gir stabilitet og jevn ruting selv om endepunkter blir usunne, mens NLB og andre legger vekt på fleksibilitet for forskjellige applikasjonstrafikkmønstre.
Sammendrag:
- Global Accelerator TCP Idle Timeout: Fast på 340 sekunder, ikke konfigurerbar.
- NLB TCP Idle Timeout: Standard 350 sekunder, konfigurerbar fra 60 til 6000 sekunder.
- Network Firewall TCP Idle Timeout: Standard 350 sekunder, konfigurerbare 60 til 6000 sekunder.
- Andre AWS -tjenester (GWLB, NAT Gateway, VPC Endpoint): Vanligvis 350 sekunders standard, noen konfigurerbare alternativer.
Dette gjenspeiler Global Accelerators rolle i å optimalisere global trafikkruting med stabil tilkoblingshåndtering, mens tjenester som NLB gir mer granulær kontroll over tilkoblings timeouts for belastningsbalanseringsscenarier [2] [6] [7] [9] [10].
Sitasjoner:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-itworks.html
[2] https://docs.aws.amazon.com/pdfs/global-accelerator/latest/dg/global-accelerator-guide.pdf
[3] https://repost.aws/questions/quuniuckyuskkscntmg8mmea/timeout-aws-global-accelerator
[4] https://docs.aws.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-aktivitet-7237106073189408769-wqr4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-nlb-tcp-configureable-idle-timeout/
[8] https://aws.amazon.com/global-accelerator/features/
[9] https://aws.amazon.com/about-aws/whats-new/2024/10/aws-network-firewall-configurable-tcp-idle-timeout/
[10] https://aws.amazon.com/blogs/networking-and-content-edelivery/introducing-configurable-idle-timeout-for-connection-tracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-diffence-between-idle-timeout-and-equest-timeout-in-akka-http-con