Un clúster de Amazon Aurora utiliza una única instancia de base de datos y la aplicación usa el endpoint de la instancia tanto para lecturas como para escrituras. Se programa una actualización durante una ventana de mantenimiento y el clúster debe permanecer disponible con una interrupción mínima. ¿Qué debe hacer un ingeniero de DevOps para cumplir este requisito?

Para minimizar la interrupción durante una actualización, Aurora necesita una instancia de lector que pueda asumir el rol de escritor si la instancia principal se reinicia. Al añadir una instancia de lector y configurar la aplicación para usar el endpoint de escritor para escrituras y el endpoint de lector para lecturas, se asegura que la aplicación pueda seguir funcionando incluso si la instancia de escritor original se reinicia o se actualiza. Las opciones que sugieren usar un "custom ANY endpoint" son incorrectas porque este tipo de endpoint distribuye la carga entre todas las instancias, lo cual no es ideal para una estrategia de alta disponibilidad durante una actualización. Habilitar Multi-AZ en Aurora no es una acción que se "habilite" como en RDS tradicional; Aurora ya tiene una arquitectura distribuida y tolerante a fallos. La clave es tener una instancia de lector que pueda ser promovida.