MySQL · Lección 15
¿Cómo se hace un failover de forma segura?
Basta con arrancar de nuevo el origen antiguo y dejar que acepte escrituras a la vez que el nuevo; MySQL fusiona los cambios solo
Se promueve la réplica más actualizada, se reconfiguran las demás hacia el nuevo origen y se redirige el tráfico (con un router o proxy); hay que impedir escrituras en el origen antiguo (read_only) para evitar dos orígenes con datos divergentes
Se puede promover cualquier réplica sin comprobar su retraso, porque todas contienen siempre exactamente las mismas transacciones que el origen
El failover es transparente para las aplicaciones y nunca hace falta cambiar la dirección a la que se conectan ni usar un router
MySQL · Lección 15
Completa el código
Para bloquear escrituras en el origen antiguo se activa read_
Revisa: read_only (y super_read_only).
MySQL · Lección 15
¿Por qué promover una réplica atrasada puede provocar pérdida de transacciones confirmadas?
Pista: la réplica atrasada no tiene las últimas transacciones que el origen confirmó antes de caer; al convertirse en origen, esas transacciones quedan fuera y se pierden o hay que reconciliarlas, por eso se elige la más actualizada.
✓
¡Lección completada!
Failover y promoción de una réplica
0
XP ganado
3
Vidas restantes