Após migrar instâncias EC2 para sub-redes privadas e rotear o tráfego de internet via um NAT gateway, consultas de banco de dados de longa duração para um banco de dados público de terceiros são concluídas no lado do banco de dados após 7 minutos, mas o cliente nunca recebe as respostas. Qual alteração de configuração o engenheiro deve fazer para resolver isso?

A resposta correta é habilitar TCP keepalive nas instâncias EC2 do cliente com um valor inferior a 300 segundos. O NAT Gateway tem um tempo limite de conexão TCP ociosa de 350 segundos. Se uma conexão permanecer inativa por mais de 350 segundos, o NAT Gateway a descartará. Como as consultas de banco de dados de longa duração excedem esse tempo limite, o cliente não recebe a resposta. Habilitar o TCP keepalive com um valor inferior a 350 segundos (como 300 segundos) garante que a conexão seja mantida ativa, impedindo que o NAT Gateway a feche. As outras opções estão incorretas: O NAT Gateway não permite a configuração de tempo limite. Habilitar rede aprimorada melhora o desempenho da rede, mas não resolve problemas de tempo limite de conexão. "Fechar conexões TCP ociosas" não é uma configuração e não resolveria o problema; na verdade, é o que o NAT Gateway está fazendo.