Failover

En caso de fallo de la instancia principal, una de las instancias secundarias que residen en un dominio de disponibilidad o de errores independiente, se promociona automáticamente como la instancia principal.

Nota

Después de un failover, el nombre del archivo log binario actual y la posición de la nueva principal pueden ser diferentes de la antigua principal. Como los logs binarios de cada instancia se gestionan de forma independiente, cada transacción registrada en los logs binarios se puede escribir en un archivo log binario diferente y en una posición en diferentes instancias.

Al crear un sistema de base de datos, la ubicación actual de la instancia principal es la misma que la ubicación preferida. Sin embargo, en caso de failover, una de las instancias secundarias se promociona como instancia primaria. El dominio de disponibilidad y de errores de esta nueva instancia principal es la ubicación actual. La ubicación preferida de la instancia principal, que ha seleccionado al crear el sistema de base de datos, sigue siendo la misma. En este caso, la ubicación actual difiere de la ubicación preferida y se muestra un mensaje en la página Detalles de sistema de base de datos:

Current placement (<DomainName>) differs from preferred placement, due to failover or maintenance activity.

<DomainName> es el nombre del dominio de errores o dominio de disponibilidad de la instancia principal actual.

La dirección IP del punto final de lectura/escritura del sistema de base de datos no cambia, independientemente de la ubicación de la instancia principal.

Una vez corregido el error, la instancia principal original vuelve al sistema de base de datos como instancia secundaria. En caso de que se produzca otro failover, la instancia primaria original se promociona como la instancia primaria actual.

Nota

Si se produce un failover en un sistema de base de datos con un canal de replicación de entrada activo, el canal se pausa hasta que finaliza el failover. Una vez que se completa el failover y se promociona una nueva instancia primaria, el canal se reanuda automáticamente.

HeatWave Soporte de cluster

Para un sistema de base de datos de alta disponibilidad con cluster HeatWave, cuando falla la instancia principal, el servicio HeatWave desasocia el cluster HeatWave de la instancia principal con fallos. Si la instancia primaria recién ascendida se encuentra en el mismo dominio de disponibilidad (AD) que la instancia primaria fallida, se reutiliza el mismo cluster HeatWave y se asocia a la nueva instancia primaria. Si la instancia principal recién ascendida se encuentra en un dominio de disponibilidad diferente, se suprime el cluster HeatWave existente. Se debe crear un nuevo cluster HeatWave en el mismo dominio de disponibilidad que la nueva instancia primaria y se asocia a la nueva instancia primaria. Los datos del cluster HeatWave se recuperan automáticamente de la capa de almacenamiento o se vuelven a cargar desde el sistema de base de datos o el almacenamiento de objetos de Lakehouse.

Eventos de failover

Cuando se produce un failover, se emite un evento MySQL - Recuperación automática en el sistema de base de datos. La propiedad additionalDetails.isFailover del evento se define en true para indicar que la recuperación automática se debe a un failover. Consulte MySQL - Recuperación automática.

Motivos de failover

Tabla 16-1 Motivos de failover

Failover Descripción
Hardware
  • Fallos de almacenamiento
  • Fallos de red
  • Fallos de dominio de errores o de disponibilidad
  • Fallos de host
  • Problemas de memoria agotada
Servidor MySQL
  • Se detiene el proceso de MySQL
  • Paradas del sistema operativo
  • La instancia o el proceso de MySQL son lentos o están sobrecargados
  • Errores de replicación