Recuperación ante desastres: activo/pasivo

El modelo de implementación que se indica a continuación amplía la configuración de High-Availability en el centro de datos primario con una opción de Recuperación ante desastres en un centro de datos secundario, marcado como centro de datos DR en el siguiente gráfico. Se prevé un número reducido de máquinas para el centro de datos de Recuperación ante desastres, teniendo en cuenta que está dotado para su uso temporal, hasta que se vuelva a crear el Centro de datos primario. Esta solución se aplica cuando existe una conectividad de red lenta entre los centros de datos.

Figure 1. Disaster Recovery - Active/Passive

Deben cumplirse las siguientes condiciones:

• Al menos una máquina de la función Grupo de disponibilidad siempre, está ubicada en el Centro de datos de recuperación ante desastres
• Existe una red de conectividad entre el Centro de datos primario y el Centro de datos de recuperación ante desastres
• El Centro de datos de recuperación ante desastres cuenta con almacenamiento externo para las instantáneas creadas en el Centro de datos primario mediante la herramienta Instantánea. Estas instantáneas se leen y se aplican mediante la herramienta Restaurar en los índices de Elasticsearch ubicados en el Centro de datos de recuperación ante desastres.
• Los paquetes de automatización (artefactos), con el formato NuGet, se almacenan en el Almacenamiento externo. Cada instancia de Orchestrator indica a este almacenamiento con el uso del ajuste de configuración NuGet.Packages.Path.
• El conjunto de High Availability Add-on se proporciona para escalar la configuración y los permisos de usuario y caché de SignalR.

• El Almacenamiento externo está duplicado (opcional: no incluido en el gráfico).

  Nota: as herramientas Captura y Restaurar mencionadas anteriormente las proporciona Elasticsearch. Más detalles aquí.

Ten en cuenta lo siguiente al configurar Disaster Recovery para Orchestrator:

• Implementación de Orchestrator: Disaster Recovery Orchestrator debe instalarse como nodo secundario en otro centro de datos.
• Instalación de HAA: asegúrate de que el High Availability Add-on esté instalado con el modo CRDB habilitado.
• Comportamiento de NLB: la lógica de DR real se implementa en la capa de NLB. Debes:

  • Tener una comprensión clara de la infraestructura y el comportamiento de DR deseado.

  • Trata los diagramas proporcionados como arquitecturas de referencia ideales que se pueden ajustar en función de las necesidades específicas.

• Uso de SQL Listener: la configuración y la disponibilidad de SQL Listener utilizado por Orchestrator es manejada por el equipo de DBA. Desde la perspectiva de Orchestrator, solo necesitas hacer referencia a la dirección de la escucha SQL en el archivo UiPath.Orchestrator.dll.config en lugar de especificar una dirección directa de SQL Server.