AWS Global Accelerator are un interval de timp fixat pentru conexiunile TCP de 340 de secunde. Aceasta înseamnă că Global Accelerator va continua să direcționeze traficul pentru o conexiune TCP consacrată la un punct final până la 340 de secunde de inactivitate (interval de timp inactiv), chiar dacă punctul final devine nesănătos sau este eliminat de la accelerator. Numai după expirarea acestui interval de timp inactiv va selecta Global Accelerator selectați un nou punct final pentru conexiuni noi [2] [3].
În comparație, alte servicii AWS au diferite comportamente de timp TCP inactive:
- Balancerul de încărcare a rețelei (NLB): Timeout -ul Idle TCP implicit este de 350 de secunde, similar cu acceleratorul global, dar NLB acceptă acum * Configurabil * TCP Idle Timeout valorile cuprinse între 60 de secunde și 6000 secunde. Acest lucru permite reglarea timpului de timp pentru a se potrivi mai bine nevoilor aplicației și a reduce latența pentru fluxurile TCP de lungă durată [6] [7].
- AWS Network Firewall: are, de asemenea, un interval de timp implicit TCP inactiv de 350 de secunde, cu noua capacitate de a configura expirarea între 60 și 6000 de secunde pentru a susține inspecția de stat neîntreruptă a conexiunilor TCP de lungă durată [9].
- Balanceri de încărcare Gateway (GWLB), NAT Gateways și Endpoints VPC: Utilizați un interval de timp implicit TCP Idle de 350 de secunde pentru urmărirea conexiunilor, cu o oarecare flexibilitate pentru configurare [10].
- Conexiunile UDP în acceleratorul global au un interval de timp mult mai scurt de 30 de secunde, în timp ce în NLB și GWLB, intervalele de timp UDP Idle sunt de obicei 120 de secunde [2] [7] [10].
Distincția cheie este că intervalul de timp TCP Idle al Global Accelerator este fixat la 340 de secunde și nu sunt configurate în prezent, în timp ce servicii precum NLB și firewall de rețea oferă intervale de timp configurabile pentru a se alinia mai bine cerințelor aplicației. Proiectarea Global Accelerator se concentrează pe menținerea conexiunilor TCP consacrate la punctele finale până la expirarea intervalelor de timp inactiv, oferind stabilitate și rutare constantă, chiar dacă punctele finale devin nesănătoase, în timp ce NLB și altele accentuează flexibilitatea pentru diferite modele de trafic de aplicații.
În concluzie:
- Global Accelerator TCP Timeout Idle: Fixat la 340 de secunde, nu configurabil.
- NLB TCP Idle Timeout: implicit 350 secunde, configurabil de la 60 la 6000 secunde.
- Rețea Firewall TCP Idle Timeout: implicit 350 secunde, configurabil 60 până la 6000 de secunde.
- Alte servicii AWS (GWLB, NAT Gateway, VPC Endpoint): în general 350 de secunde implicite, unele opțiuni configurabile.
Acest lucru reflectă rolul acceleratorului global în optimizarea rutării globale a traficului cu o manipulare stabilă a conexiunilor, în timp ce servicii precum NLB oferă un control mai granular asupra timpului de timp pentru conexiuni pentru scenarii de echilibrare a sarcinii [2] [6] [7] [9] [10].
Citări:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.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-conection-collizi.html
[5] https://hands-on.cloud/aws-services/global-accelerator/
[6] https://www.linkedin.com/posts/karthik-sakthivel-techie_introducting-nlb-tcp-configurabil-dle-timeout-atity-7237106073189408769-wqr4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducting-nlb-tcp-configurabil-idle-steout/
[8] https://aws.amazon.com/global-accelerator/features/
[9] https://aws.amazon.com/about-aws/whats-new/2024/10/aws-network-firewall-configurabil-tcp-idle timeout/
[10] https://aws.amazon.com/blogs/networking-and-content-delivery/introducting-configurable-idle-timeout-for-conection-tracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-diffence-between-idle-timeout-and-request-timeout-in-akka-http-con