Après la migration d'instances EC2 vers des sous-réseaux privés et le routage du trafic Internet via une passerelle NAT, les requêtes de base de données de longue durée vers une base de données tierce publique se terminent côté base de données après 7 minutes, mais le client ne reçoit jamais de réponses. Quelle modification de configuration l'ingénieur devrait-il apporter pour résoudre ce problème ?

La passerelle NAT d'AWS a un délai d'inactivité TCP de 350 secondes. Si aucune donnée n'est échangée pendant cette période, la connexion est abandonnée. Les requêtes de base de données de longue durée qui prennent plus de 7 minutes (420 secondes) dépassent ce délai. En activant le TCP keepalive sur les instances EC2 clientes avec une valeur inférieure à 350 secondes (par exemple, 300 secondes), les instances enverront des paquets keepalive pour maintenir la connexion active, empêchant ainsi la passerelle NAT de la fermer prématurément. Configurer le délai d'expiration de la passerelle NAT n'est pas une option configurable par l'utilisateur. Activer la mise en réseau améliorée améliore les performances réseau mais ne résout pas les problèmes de délai d'inactivité. Fermer les connexions TCP inactives ne ferait qu'aggraver le problème en fermant les connexions plus rapidement.