Nadat EC2-instanties zijn gemigreerd naar privé-subnets en internetverkeer via een NAT-gateway wordt gerouteerd, worden langlopende databasequery's naar een openbare database van derden aan de databasezijde voltooid na 7 minuten, maar de client ontvangt nooit antwoorden. Welke configuratiewijziging moet de engineer aanbrengen om dit op te lossen?

De NAT-gateway heeft een standaard TCP-timeout voor inactieve verbindingen van 350 seconden. Als er langer dan 350 seconden geen verkeer over een verbinding gaat, wordt deze door de NAT-gateway gesloten. Hoewel de databasequery aan de serverzijde succesvol wordt voltooid, ontvangt de client het antwoord niet omdat de verbinding al is verbroken. Door TCP keepalive in te schakelen op de client EC2-instanties met een interval van minder dan 350 seconden (bijvoorbeeld 300 seconden), worden er periodiek kleine pakketjes over de verbinding gestuurd, waardoor deze actief blijft en niet wordt gesloten door de NAT-gateway. Het configureren van de NAT-gateway-timeout is geen optie, omdat deze waarde niet configureerbaar is. Enhanced networking heeft geen invloed op de TCP-timeout. Het sluiten van inactieve TCP-verbindingen is de oorzaak van het probleem, niet de oplossing.