Después de migrar las instancias EC2 a subredes privadas y enrutar el tráfico de internet a través de un NAT gateway, las consultas de base de datos de larga duración a una base de datos pública de terceros se completan en el lado de la base de datos después de 7 minutos, pero el cliente nunca recibe las respuestas. ¿Qué cambio de configuración debería hacer el ingeniero para resolver esto?

El NAT Gateway tiene un tiempo de espera de conexión inactiva de 350 segundos para conexiones TCP. Si no hay tráfico en una conexión TCP durante 350 segundos, el NAT Gateway cierra la conexión. Aunque la base de datos de terceros procesa la consulta, el cliente no recibe la respuesta porque la conexión se cerró. Habilitar TCP keepalive en las instancias EC2 del cliente con un valor inferior a 350 segundos (por ejemplo, 300 segundos) asegura que se envíen paquetes keepalive, manteniendo la conexión activa a través del NAT Gateway. Configurar el tiempo de espera del NAT Gateway no es una opción configurable. Habilitar la red mejorada mejora el rendimiento de la red, pero no resuelve los problemas de tiempo de espera de conexión. Cerrar conexiones TCP inactivas empeoraría el problema.