Visión general de la alta disponibilidad
Un sistema de base de datos de alta disponibilidad está formado por tres instancias MySQL: una instancia principal y dos instancias secundarias. Cada instancia MySQL utiliza la misma cantidad de almacenamiento de volumen en bloque, número de recuento de CPU y cantidad de RAM definida en la unidad seleccionada. La instancia principal funciona como punto final de lectura/escritura y solo tiene acceso de lectura/escritura a la instancia principal. Todos los datos que escriba en la instancia primaria se copian en las instancias secundarias de forma asíncrona. Los logs binarios de cada instancia MySQL se gestionan de forma independiente entre sí. Aunque las instancias tienen los mismos datos, pueden tener un número diferente de archivos log binarios con nombres de archivo diferentes y posiblemente tamaños diferentes.
Las instancias secundarias se colocan en distintos dominios de errores o de disponibilidad. Se utilizan los siguientes modelos de colocación de instancias:
- Múltiples dominios de disponibilidad con una subred regional: las tres instancias MySQL se colocan en diferentes dominios de disponibilidad.
- Varios dominios de disponibilidad con una subred específica del dominio de disponibilidad: las tres instancias MySQL se colocan en diferentes dominios de errores del mismo dominio de disponibilidad.
- Región de dominio de disponibilidad único: las tres instancias MySQL se colocan en diferentes dominios de errores del mismo dominio de disponibilidad.
Los sistemas de base de datos de alta disponibilidad consumen más recursos (CPU, RAM, ancho de banda de red) que los sistemas de base de datos independientes. Por lo tanto, el rendimiento y la latencia difieren de los sistemas de base de datos independientes.
Si activa las copias de seguridad automáticas, el servicio HeatWave crea copias de seguridad de la instancia principal del sistema de base de datos de alta disponibilidad.
La alta disponibilidad utiliza la replicación de grupo MySQL para replicar datos de la instancia principal en las instancias secundarias. La replicación se produce a través de una red interna, gestionada y segura, desconectada de la subred de VCN configurada para el sistema de base de datos. Hay información limitada sobre esta red interna disponible en algunas tablas de esquema de rendimiento y no puede conectarse a ella ni ver ninguna otra información relacionada con ella.
Promoción automática o manual de una instancia secundaria
- Failover: en caso de que falle la instancia principal, el servicio HeatWave automáticamente promueve una de las instancias secundarias para que funcione como instancia principal. Esto reanuda la disponibilidad para las aplicaciones cliente sin pérdida de datos.
- Switchover: el servicio HeatWave permite ascender manualmente una de las instancias secundarias como instancia principal. Esto se denomina switchover.
Después de un failover o switchover, el nombre del archivo log binario actual y la posición del nuevo principal pueden ser diferentes del principal antiguo. 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.
Durante un failover o switchover en un sistema de base de datos de alta disponibilidad con el cluster HeatWave, se produce algún retraso después del cual puede volver a ejecutar consultas en el cluster HeatWave.
Colocación principal preferida y actual
- Ubicación principal preferida: al crear un sistema de base de datos de alta disponibilidad, puede elegir el dominio de errores y de disponibilidad en el que desea colocar la instancia principal, que funciona como punto final de lectura/escritura. Esto se denomina ubicación principal preferida y no cambia una vez que ha creado un sistema de base de datos de alta disponibilidad, excepto cuando realiza un switchover. Las instancias secundarias se colocan automáticamente en los otros dos dominios de disponibilidad o de errores.
- Ubicación principal actual: 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 principal actual. La ubicación principal preferida, que ha seleccionado al crear el sistema de base de datos, sigue siendo la misma. La dirección IP del punto final de lectura/escritura no cambia, independientemente de la ubicación de la instancia principal.
HeatWave Soporte de cluster
Puede activar el cluster HeatWave en un sistema de base de datos de alta disponibilidad. Para activar el cluster HeatWave, primero actualice la unidad del sistema de base de datos a una unidad que soporte el cluster HeatWave. Consulte Unidades soportadas. Cuando el cluster HeatWave está activo, siempre está asociado a la instancia primaria del sistema de base de datos de alta disponibilidad. Cuando la ubicación actual de la instancia primaria cambia en un failover o switchover, el cluster HeatWave se tiene que desasociar de la instancia primaria anterior y se tiene que asociar el mismo cluster HeatWare o un nuevo cluster 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.
Si tanto la instancia primaria anterior como la nueva instancia primaria se encuentran en el mismo dominio de disponibilidad (AD), el cluster HeatWave existente se puede volver a utilizar. El cluster HeatWave se desasocia de la instancia primaria anterior y se vuelve a asociar a la nueva instancia primaria. Esto ocurre cuando el sistema de base de datos se encuentra en una región de un solo dominio de disponibilidad o está conectado a una subred específica de dominio de disponibilidad en una región con varios dominios de disponibilidad.
Si la instancia primaria anterior y la nueva instancia primaria se encuentran en un dominio de disponibilidad (AD) diferente, se debe desasociar y suprimir 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. Esto sucede cuando el sistema de base de datos está conectado a una subred regional en una región con varios dominios de disponibilidad.
Temas relacionados