AWS Global Accelerator a un délai d'inactivité fixe pour les connexions TCP de 340 secondes. Cela signifie que Global Accelerator continuera à diriger le trafic pour une connexion TCP établie à un point final jusqu'à 340 secondes d'inactivité (délai de délai d'inactivité), même si le point final devient malsain ou est supprimé de l'accélérateur. Ce n'est qu'après l'expiration du délai d'inactivité. L'accélérateur global sélectionnera un nouveau point de terminaison pour les nouvelles connexions [2] [3].
En comparaison, d'autres services AWS ont différents comportements de délai de délai d'inactivité TCP:
- Équilibreur de chargement réseau (NLB): Le délai de délai de ralenti TCP par défaut est de 350 secondes, semblable à l'accélérateur global, mais NLB prend désormais en charge * Configurable * TCP Falleout INFILDATS allant de 60 secondes à 6000 secondes. Cela permet à l'élimination du délai d'expiration de mieux correspondre aux besoins d'application et de réduire la latence pour les flux TCP à longue durée de vie [6] [7].
- AWS Network Firewall: dispose également d'un délai d'expiration invocatrice TCP par défaut de 350 secondes, avec la nouvelle capacité pour configurer le délai d'expiration comprise entre 60 et 6000 secondes pour prendre en charge l'inspection avec état sans interruption des connexions TCP à longue durée de vie [9].
- Balancers de charge de passerelle (GWLB), passerelles NAT et points de terminaison VPC: utilisez un délai de délai d'inactivité TCP par défaut de 350 secondes pour le suivi de la connexion, avec une certaine flexibilité pour la configuration [10].
- Les connexions UDP dans l'accélérateur global ont un délai d'inactivité beaucoup plus court de 30 secondes, tandis que dans NLB et GWLB, les délais de ralenti UDP sont généralement de 120 secondes [2] [7] [10].
La distinction clé est que le délai d'expiration inlassable de Global Accelerator est fixé à 340 secondes et pas actuellement configurable, tandis que des services tels que NLB et le pare-feu réseau offrent des délais de délai d'inactivité configurables pour mieux s'aligner sur les exigences de l'application. La conception de Global Accelerator se concentre sur le maintien des connexions TCP établies aux points de terminaison jusqu'à l'expiration du délai d'inactivité, offrant une stabilité et un routage cohérent même si les critères de terminaison deviennent malsains, tandis que la NLB et d'autres mettent l'accent sur la flexibilité pour différents modèles de trafic d'application.
En résumé:
- Global Accelerator TCP Timeout invalide: fixé à 340 secondes, non configurable.
- NLB TCP Timeout invocate: par défaut 350 secondes, configurable de 60 à 6000 secondes.
- Tapp de temps d'allumage TCP TCP: par défaut 350 secondes, configurable de 60 à 6000 secondes.
- Autres services AWS (GWLB, NAT Gateway, VPC Endpoint): Généralement 350 secondes par défaut, quelques options configurables.
Cela reflète le rôle de l'accélérateur global dans l'optimisation du routage mondial du trafic avec une manipulation de connexion stable, tandis que des services comme NLB fournissent un contrôle plus granulaire sur les délais de connexion pour les scénarios d'équilibrage de charge [2] [6] [7] [9] [10].
Citations:
[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-endpoids.avoid-connection-collision.html
[5] https://hands-on.cloud/aws-services/global-accelerator/
[6] https://www.linkedin.com/posts/karthik-sakthivel-techhie_introducing-nlb-tcp-configurable-idle-timeout-activity-7237106073189408769-wqr4
[7] https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-nlb-tcp-configurable-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-delivery/introducing-configurable-idle-timeout-for-for-connection-tracking/
[11] https://stackoverflow.com/questions/44692435/what-is-the-difference-bet-idle-timeout-and-request-timeout-in-akka-http-confit