Dopo aver migrato le istanze EC2 a sottoreti private e aver instradato il traffico internet tramite un NAT gateway, le query di database a lunga esecuzione verso un database pubblico di terze parti vengono completate lato database dopo 7 minuti, ma il client non riceve mai le risposte. Quale modifica alla configurazione dovrebbe apportare l'ingegnere per risolvere questo problema?

Il problema descritto è un classico caso di timeout delle connessioni inattive. I NAT gateway di AWS hanno un timeout di connessione TCP inattiva di 350 secondi (5 minuti e 50 secondi). Se una connessione rimane inattiva per più di questo periodo, il NAT gateway la chiude. Anche se il database di terze parti completa la query, il client non riceve la risposta perché la connessione è stata interrotta dal NAT gateway. Abilitare il TCP keepalive sulle istanze EC2 client con un valore inferiore a 350 secondi (ad esempio, 300 secondi) assicura che vengano inviati pacchetti keepalive prima che il NAT gateway chiuda la connessione inattiva, mantenendola attiva. Le altre opzioni sono errate: Non è possibile configurare il timeout del NAT gateway. Abilitare il networking avanzato non risolve i problemi di timeout delle connessioni. Chiudere le connessioni TCP inattive aggraverebbe il problema, non lo risolverebbe.