Descripción de DR

Descripción

Un clúster de recuperación ante desastres (DR) de GaussDB(DWS) homogéneo se despliega en la misma región. Si el clúster de producción no proporciona servicios de lectura y escritura debido a desastres naturales en la región especificada o fallas internas del clúster, el clúster de DR se convierte en el clúster de producción para garantizar la continuidad del servicio. La siguiente figura muestra la arquitectura.

• La recuperación ante desastres intrarregionales solo se admite en la versión 8.1.1 y posterior del clúster.
• El almacén de datos híbrido (independiente) no admite la recuperación ante desastres.
• El clúster GaussDB(DWS) 3.0 no admite la función DR.
• Si utiliza un paquete anual/mensual para un clúster de recuperación ante desastres, el clúster se congelará automáticamente durante un período de tiempo después de que expire el paquete y se eliminará si su suscripción no se renueva a tiempo. Asegúrese de renovarlo de manera oportuna para evitar excepciones de recuperación ante desastres causadas por la eliminación del clúster de recuperación ante desastres.

Características de DR

• DR multiforma
  • DR intrarregional
  • Múltiples modos de sincronización de datos: capa de sincronización basada en la confianza mutua
• Bajo TCO
  • Despliegue heterogéneo (homogeneidad lógica)
  • DR a nivel de clúster
• Consola visual
  • Simulacros de DR automáticos y con un solo clic

Restricciones y limitaciones

• Durante la sincronización de datos, un clúster de DR sin grano fino no puede proporcionar servicios de lectura o escritura.
• Cuando la tarea de DR se detiene o es anormal pero el clúster de DR es normal, el clúster de DR puede proporcionar el servicio de lectura. Después de que el cambio de DR es exitosa, el clúster de DR puede proporcionar los servicios de lectura y escritura.
• Cuando se crea la tarea de DR, la función de instantánea del clúster de producción es normal, pero la del clúster de recuperación ante desastres está deshabilitada. Además, la restauración de instantáneas de ambos clústeres está deshabilitada.
• No se admiten clústeres lógicos.
• No se admiten grupos de recursos.
• Si se utilizan tablas frías y calientes, los datos fríos se sincronizan mediante OBS.
• DR no sincroniza datos de fuentes externas.
• La gestión de DR se refiere a DR de doble clúster bajo el mismo tenant.
• El clúster de DR y el clúster de producción deben ser lógicamente homogéneos y estar en el mismo tipo y versión.
• El clúster de producción y el clúster de DR utilizados para DR dentro de la región debe estar en la misma VPC.
• En DR intra-región, después de que los servicios se conmutan desde el clúster de producción al clúster de DR, el ELB enlazado se conmuta automáticamente al nuevo clúster de producción. Durante la conmutación, la conexión se interrumpe durante un corto período de tiempo. No ejecute sentencias de servicio para escribir datos durante la conmutación.
• Durante la recuperación ante desastres intrarregionales, la EIP, el nombre de dominio de intranet y la dirección IP de conexión del clúster de producción original no se conmutan automáticamente con el conmutador del clúster. La EIP, el nombre de dominio o la dirección IP utilizadas para la conexión en el sistema de servicio deben cambiarse al nuevo clúster.