Una aplicación utiliza una instancia de base de datos Multi-AZ de Amazon RDS for MySQL en us-east-1. Después de realizar una prueba de failover, la aplicación perdió las conexiones a la base de datos y no pudo reconectarse; solo después de reiniciar la aplicación se recuperaron las conexiones. Diseñe una solución para que la aplicación pueda restablecer las conexiones después de un failover sin necesidad de reiniciar la aplicación.

La opción correcta es crear un Amazon RDS Proxy. RDS Proxy mantiene un grupo de conexiones a la base de datos, lo que permite que la aplicación se conecte al proxy en lugar de directamente a la instancia de RDS. Durante un failover de Multi-AZ, RDS Proxy maneja automáticamente el cambio al nuevo primario sin interrumpir las conexiones existentes de la aplicación. Esto elimina la necesidad de reiniciar la aplicación, ya que el proxy gestiona la reconexión transparente. Las otras opciones son incorrectas porque: Migrar a Aurora MySQL Serverless v1 y usar el endpoint de lector no resuelve el problema de reconexión durante un failover del escritor primario. Migrar a un clúster de Aurora de dos nodos y usar RDS Proxy es una solución más compleja y costosa de lo necesario para el problema específico de reconexión en un failover de RDS Multi-AZ, aunque RDS Proxy seguiría siendo el componente clave para la reconexión. Exportar a S3 y usar Athena es una solución para análisis de datos, no para una aplicación transaccional que requiere reconexión rápida a una base de datos relacional.