Recuperação de desastre -ativa/passiva

O modelo de implantação ilustrado abaixo estende a configuração de Alta Disponibilidade no Datacenter Primário com uma opção de Recuperação de Desastre em um datacenter secundário, marcado como Datacenter DR no diagrama abaixo. Um número reduzido de máquinas é exibido para o datacenter de Recuperação de Desastre, considerando que ele é provisionado para uso temporário, até que o Datacenter Primário seja reconstruído. Esta solução se aplica quando há uma conectividade de rede lenta entre os centros de dados.

Figure 1. Disaster Recovery - Active/Passive

As seguintes condições devem ser atendidas:

• Pelo menos uma máquina da Always On Availability Group está localizada fisicamente no Disaster Recovery Datacenter
• 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 Restore mencionadas acima são fornecidas pelo Elasticsearch. Consulte aqui para mais 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.