Una aplicación utiliza Amazon RDS for MariaDB en Multi-AZ y sufre varios minutos de indisponibilidad cada vez que ocurre una conmutación por error de mantenimiento planificado. ¿Qué debería implementar un administrador de SysOps para minimizar el tiempo de inactividad de la aplicación durante la conmutación por error?

Implementar un RDS Proxy para la base de datos es la solución más efectiva. RDS Proxy mantiene un grupo de conexiones a la base de datos, lo que permite que la aplicación se reconecte casi instantáneamente después de una conmutación por error, reduciendo drásticamente el tiempo de inactividad. La aplicación se conecta al proxy, y el proxy gestiona la conexión subyacente a la instancia de RDS. Convertir a un clúster de base de datos con múltiples instancias de escritura no es aplicable a RDS for MariaDB, que no ofrece esta funcionalidad. Cambiar la ventana de mantenimiento no resuelve el problema de la indisponibilidad durante la conmutación por error. Poner una caché de escritura directa (write-through) de Amazon ElastiCache no aborda directamente el problema de la reconexión de la base de datos durante una conmutación por error, aunque puede mejorar el rendimiento general.