Recuperação de desastre -ativa/passiva

Modelo de implantação de Disaster Recovery ativo/passivo que estende a alta disponibilidade com um datacenter secundário

The deployment model illustrated below extends the High-Availability configuration in the Primary Datacenter with a Disaster Recovery option in a secondary datacenter, marked as DR Datacenter in the diagram below. A reduced number of machines is envisioned for the Disaster Recovery datacenter, considering that it is provisioned for temporary use, until the Primary Datacenter is rebuilt.

This solution is applicable when there is a slow network connectivity between the data centers.

Figura 1. Recuperação de desastre -ativa/passiva

As seguintes condições devem ser atendidas:

• Pelo menos uma máquina da funcionalidade Always On Availability Group está localizada fisicamente no Datacenter de Recuperação de Desastre
• Há conectividade de rede entre o Datacenter Primário e o Datacenter de Recuperação de Desastre
• O armazenamento externo é fornecido no Datacenter de Recuperação de Desastre para os snapshots criados no Datacenter Primário usando a ferramenta Snapshot. Esses snapshots são lidos e aplicados usando a ferramenta Restauração nos índices do Elasticsearch localizados no Datacenter de Recuperação de Desastre.
• Os pacotes de automação (artefatos), com o formato NuGet, são armazenados no Armazenamento Externo. Cada instância do Orchestrator aponta para este armazenamento com o uso da definição de configuração NuGet.Packages.Path.
• O cluster de suplemento de Alta Disponibilidade é fornecido para dimensionar configurações de SignalR e de cache e permissões de usuários.
• O Armazenamento Externo é espelhado (opcional -- não incluído no diagrama).
  Observação:

  As ferramentas Snapshot e Restauração mencionadas acima são fornecidas pelo Elasticsearch. Consulte aqui para obter detalhes.

Leve o seguinte em consideração ao configurar o Disaster Recovery para o Orchestrator:

• Implantação do Orchestrator: o disaster recovery Orchestrator deve ser instalado como um nó secundário em outro datacenter.
• Instalação do HAA: certifique-se de que o High Availability Add-on esteja instalado com o modo CRDB habilitado.
• Comportamento do NLB: a lógica de DR real é implementada na camada de NLB. Você precisa:
  • Ter uma compreensão clara da infraestrutura e do comportamento de DR desejado.
  • Tratar os diagramas fornecidos como arquiteturas de referência ideais que podem ser ajustadas com base em necessidades específicas.
• Uso do SQL Listener: a configuração e a disponibilidade do SQL Listener usado pelo Orchestrator é tratada pela equipe do DBA. Da perspectiva do Orchestrator, você precisa apenas fazer referência ao endereço do SQL Listener no Arquivo UiPath.Orchestrator.dll.config em vez de especificar um endereço direto do SQL Server.