Qué es un clúster de RegionlessDB

Escenarios

• Despliegue multiactivo remoto

  Los datos se sincronizan entre las instancias de un clúster de RegionlessDB. Para una menor latencia de red y un acceso más rápido a los recursos, puede seleccionar la instancia más cercana a sus cargas de trabajo.

• Recuperación remota ante desastres

  Si hay una falla a nivel de región en la instancia principal, las cargas de trabajo se pueden conmutar a una instancia de en espera para DR remota.

Arquitectura

Figura 2 Arquitectura

• Se soporta el despliegue entre regiones. Los registros redo generados en la instancia principal se sincronizan con una instancia de en espera y se escriben en el almacenamiento DFV. Se reproducen las páginas necesarias para acceder a la base de datos. Para más detalles, véase Figura 2. (Los datos se sincronizan en función del nodo de replicación de origen de la instancia principal y el nodo de destino de replicación de la instancia en espera.)
• En la instancia primaria, la réplica de lectura obtiene los registros de redo y páginas requeridos del almacenamiento DFV a través del nodo primario. En la instancia en espera, la réplica de lectura obtiene los registros de redo y páginas requeridos del almacenamiento DFV a través del Target del nodo de replicación.

Ventajas

• Despliegue global y acceso a datos cercanos

  Las instancias de un clúster de RegionlessDB son de diferentes regiones de todo el mundo. Los datos generados por la instancia principal se pueden leer directamente desde la instancia de en espera más cercana.

• Baja latencia de replicación entre regiones

  Los registros redo se leen directa e ininterrumpidamente del almacenamiento DFV para la replicación asincrónica. La latencia de replicación es inferior a 1 segundo gracias a la sincronización de datos paralelos de alto rendimiento.

• Sin downtime para el nodo primario durante la sincronización de datos

  El nodo de replicación de la instancia principal lee datos de diferentes nodos en el almacenamiento DFV en paralelo para la sincronización. Esto significa que el nodo primario no necesita sincronizar directamente los datos con las instancias en espera. En su lugar, solo necesita actualizar la información de ubicación de los registros redo en el almacenamiento en el nodo de replicación de la instancia principal. De esta manera, las cargas de trabajo en el nodo primario no se ven afectadas.

• Demasiadas réplicas de lectura

  Hay hasta cinco instancias de en espera en un clúster, y cada instancia de en espera admite hasta 15 réplicas de lectura.

  

  Al crear una instancia de BD, se pueden crear un máximo de 10 réplicas de lectura a la vez.

• Recuperación ante desastres a nivel de región

  Si hay una falla a nivel de región en la instancia principal, las cargas de trabajo se pueden conmutar rápidamente a una instancia de en espera para DR remota, lo que logra un RPO en minutos y un RTO en segundos.

  

  • Si necesita usar DR rápida, comuníquese con el servicio de atención al cliente.
  • Recovery Point Objective (RPO): la cantidad máxima de pérdida de datos tolerada por el sistema.
  • Recovery Time Objective (RTO): duración máxima de interrupción del servicio tolerada por el sistema. Se refiere al requerimiento de duración de recuperación de una falla en el sistema de información o falla en la función del servicio causada por un desastre.

Restricciones

• Antes de usar esta característica debe obtener los requisitos de cumplimiento de seguridad de datos de la región local y evaluar el cumplimiento de las leyes y normas relacionadas.
• RegionlessDB está en la fase de prueba beta abierta (OBT). Para usar esta función, envíe una solicitud seleccionando Service Tickets > Create Service Ticket en el extremo superior derecho de la consola de gestión.
• Para habilitar la comunicación entre regiones, se debe crear una VPN (Virtual Private Network) por adelantado. Para obtener más información sobre cómo crear una VPN, véase Configuración de una VPN S2C de edición empresarial para conectar un centro de datos local a una VPC.

• Solo se pueden crear instancias de pago por uso.
• La versión del kernel debe ser 2.0.46.231000 o posterior, y la instancia principal debe ser una instancia nueva.
• Las instancias de un clúster RegionlessDB no pueden usar 192.168.0.0/16 como bloque CIDR de subred.
• Los bloques CIDR de subred de las instancias primarias y en espera en diferentes regiones deben ser diferentes.
• Cuando se crea una instancia de en espera, los datos deben sincronizarse desde la instancia principal. El tiempo requerido depende de la cantidad de datos que haya.
• La instancia principal de un clúster de RegionlessDB no se puede restaurar a la instancia original y otras instancias no se pueden restaurar a ninguna instancia de un clúster de RegionlessDB.
• Si ha creado instancias proxy o instancias HTAP para una instancia de TaurusDB, la instancia de TaurusDB no se puede utilizar como instancia en un clúster de RegionlessDB. Para usarlo, elimine primero las instancias de proxy o las instancias de HTAP.
• La instancia principal no admite las siguientes operaciones:
  • Cambio de puerto de base de datos
  • Cambio de una dirección IP privada
  • Creación de una instancia HTAP
  • Creación de una instancia de proxy
• La instancia en espera no admite las siguientes operaciones:
  • Restablecimiento de contraseñas
  • Creación y restauración de una copia de respaldo
  • Creación de una cuenta
  • Autorizar una cuenta
  • Creación de una instancia de proxy
  • Creación de una instancia HTAP
  • Promoción de una réplica de lectura en el nodo principal
  • Cambio de puerto de base de datos
  • Cambio de una dirección IP privada
  • Modificación de políticas de escalado automático
• Los datos entre regiones se sincronizan con una red. El ancho de banda de VPN debe ser mayor que el ancho de banda de escritura de la instancia principal en un clúster de RegionlessDB.
• En escenarios DDL a gran escala, la latencia de replicación puede fluctuar durante más de 1 segundo.
• Los clústeres de RegionlessDB no admiten OpenAPI.
• Un clúster de RegionlessDB consta de una instancia principal (en la región principal) y hasta cinco instancias de en espera (en las regiones en espera). La instancia principal procesa solicitudes de lectura y escritura, mientras que las instancias en espera solo procesan solicitudes de lectura. Tabla 1 enumera las especificaciones máximas soportadas por un clúster de RegionlessDB.

  Tabla 1 Especificaciones

  Descripción	Instancia principal	Instancia en espera
  Cantidad máx. de instancias	1	5
  Máx. nodos de lectura/escritura por instancia	1	0
  Máx. nodos de solo lectura por instancia	15	15

  

  Al crear una instancia de BD, se pueden crear un máximo de 10 réplicas de lectura a la vez.