Desde hace unos días, estoy probando un escritor-lector RDS Aurora (como el clásico mysql Master-Slave). Específicamente en su capacidad de recuperación contra una conmutación por error en el escritor, entre otras tareas, RDS debe intercambiar el rol de escritor y lector (todo bien en este paso) e intercambiar el extremo CNAME para que la aplicación pueda continuar normalmente.
En mi caso, este paso final no ocurrió y mi aplicación todavía apunta a la misma máquina (esta máquina está en conmutación por error y luego se degrada a lector).
Para probar esto, utilizo el botón "Probar conmutación por error" en el panel RDS.
La característica de cambiar el punto final CNAME se menciona en los documentos oficiales: https://aws.amazon.com/rds/faqs/#45
En el siguiente párrafo:
Amazon RDS maneja automáticamente la conmutación por error para que pueda reanudar las operaciones de la base de datos lo más rápido posible sin intervención administrativa. Al realizar una conmutación por error, Amazon RDS simplemente invierte el registro de nombre canónico (CNAME) de su instancia de base de datos para que apunte a la instancia de reserva, que a su vez se promociona para convertirse en la nueva primaria. Le recomendamos que siga las mejores prácticas e implemente el reintento de conexión a la base de datos en la capa de aplicación.
Respuesta1
Basado en @Michael - sqlbot, soluciono el problema. Cuando usa aurora en la configuración de HA, necesita usar, en la configuración de su aplicación, el punto final del clúster, no el punto final de la instancia, porque el nombre cambia dentro del clúster.
Respuesta2
Tengo otra pregunta sobre esto. Entonces, en route53, ¿qué tipo de registro tenemos que crear? ¿CNAME está bien? ¿Y si tengo 2 puntos finales de clúster, tengo que crear un cname por cada clúster? ¿O solo un CNAME? Lo intenté y vi que no es posible crear 1 CNAME con 2 puntos finales de clúster. Gracias !