Un'applicazione utilizza Amazon Aurora con più repliche di lettura per scalare le query di lettura. Una replica riceve la maggior parte o tutto il traffico mentre un'altra rimane inattiva. Come si può risolvere questo squilibrio?

Quando un'applicazione utilizza Amazon Aurora con più repliche di lettura e il traffico non è bilanciato (una replica riceve la maggior parte del traffico mentre un'altra rimane inattiva), la causa più comune è la cache DNS a livello di applicazione. Aurora distribuisce il traffico in modo round-robin tra le repliche di lettura tramite il suo endpoint del lettore. Se l'applicazione memorizza nella cache le risoluzioni DNS per lunghi periodi, continuerà a connettersi alla stessa replica anche se altre sono disponibili o meno caricate. Disabilitare la cache DNS a livello di applicazione o impostare un TTL (Time-To-Live) molto basso consente all'applicazione di risolvere nuovamente l'endpoint del lettore più frequentemente, ottenendo un bilanciamento del carico più equo. Abilitare la cache DNS peggiorerebbe il problema. Il connection pooling gestisce le connessioni al database ma non influisce sul bilanciamento del carico tra le repliche di lettura.