Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Centro de ayuda/ TaurusDB/ Guía del usuario/ Clústeres de RegionlessDB (OBT)/ Realización de una conmutación principal/en espera o una por error en un clúster de RegionlessDB
Actualización más reciente 2025-05-22 GMT+08:00

Realización de una conmutación principal/en espera o una por error en un clúster de RegionlessDB

Un clúster de RegionlessDB consta de múltiples instancias de TaurusDB en diferentes regiones de todo el mundo. El clúster en cada región hereda la característica HA original de la misma región. Un clúster de RegionlessDB proporciona capacidades de conmutación principal/en espera y conmutación por error entre regiones.

Conmutación entre la instancia principal y la instancia en espera

Puede ascender cualquier instancia en espera a principal. Después de la conmutación, la instancia principal original se agregará de nuevo al clúster como una instancia en espera.

Antes de una conmutación, todos los datos de la instancia principal se sincronizarán con otras instancias en espera, lo que garantiza que no se pierdan datos.

Conmutación por error

Si la instancia principal en un clúster de RegionlessDB falla y no se puede restaurar, generalmente debido a una interrupción regional, se activa una conmutación por error para promover la instancia en espera con los últimos datos de todas las instancias de en espera disponibles a la instancia principal.

Un conmutación por falla puede provocar la pérdida de algunos datos, según la latencia de replicación entre las instancias primarias y en espera durante la conmutación por falla.

Por lo general, una conmutación por error se puede completar en varios minutos. Sin embargo, después de realizar una conmutación por error, la instancia principal original debe reconstruirse como instancia de en espera antes de volver a agregarse a todo el clúster. El proceso de reconstrucción puede tardar de docenas de minutos a varias horas, dependiendo del volumen de datos y las condiciones de la red entre las regiones.

Otras operaciones y comprobaciones

Las instancias primaria y en espera son instancias de TaurusDB independientes. Durante una conmutación primaria/en espera o conmutación por falla, las configuraciones entre las instancias primarias y en espera no se intercambian. Para evitar problemas de rendimiento y compatibilidad causados por diferentes parámetros de configuración, se recomienda comprobar las diferencias en los elementos de configuración entre las instancias primaria y en espera después de una conmutación primaria/ en espera o conmutación por error.

  • Compruebe las direcciones de lectura/escritura de su aplicación.

    Durante la conmutación primaria/en espera o la por falla, las direcciones de lectura/escritura de las instancias no se intercambian. Debe verificar si la dirección de lectura/escritura de su aplicación es la esperada.

    Durante la conmutación por error, puede configurar una aplicación para que utilice la dirección de lectura/escritura de la nueva instancia principal. Después de reconstruir la instancia defectuosa, vuelva a configurar la dirección de lectura/escritura de la aplicación.

  • Compruebe las configuraciones de reenvío de escritura de las instancias en espera. Para más detalles, véase Paso 3: Habilitar el reenvío de escritura.
  • Verifique las configuraciones de una plantilla de parámetros. Para más detalles, véase Modificación de parámetros de una instancia de base de datos.
  • Configure alarmas de monitoreo. Para más detalles, véase Monitoreo y alarmas.
  • La versión actual no soporta la conmutación principal/en espera.
  • Si se requiere una conmutación por error, comuníquese con el servicio al cliente.