Un'applicazione utilizza un'istanza database (DB instance) Multi-AZ di Amazon RDS for MySQL in us-east-1. Dopo aver eseguito un test di failover, l'applicazione ha perso le connessioni al database e non è riuscita a riconnettersi; solo dopo aver riavviato l'applicazione le connessioni sono state ripristinate. Progettare una soluzione in modo che l'applicazione possa ristabilire le connessioni dopo un failover senza richiedere un riavvio dell'applicazione.

La risposta corretta è creare un Amazon RDS Proxy. RDS Proxy mantiene un pool di connessioni al database e le riutilizza, riducendo l'overhead di stabilire nuove connessioni. Durante un failover, RDS Proxy gestisce automaticamente la logica di riconnessione alla nuova istanza primaria, mascherando l'interruzione all'applicazione. L'applicazione si connette all'endpoint fisso di RDS Proxy, che non cambia durante i failover, consentendo una riconnessione trasparente senza riavvii. Migrare a Aurora MySQL Serverless v1 e usare l'endpoint del reader non risolve il problema delle connessioni persistenti durante il failover della writer. Migrare a un cluster Aurora MySQL a due nodi con RDS Proxy è una soluzione valida, ma la domanda chiede una soluzione per l'istanza RDS esistente, e RDS Proxy da solo è sufficiente e più diretto per questo problema specifico. Esportare su S3 e usare Athena è una soluzione per l'analisi dei dati, non per un'applicazione transazionale che richiede connessioni persistenti a un database relazionale.