Recuperação de desastre -dois data centers ativos

O modelo de implantação ilustrado abaixo pode ser implementado para garantir tanto a Alta Disponibilidade quanto a Recuperação de Desastre. Aqui, ambos os nós do Orchestrator estão ativos e o Balanceador de Carga direciona o tráfego para eles usando um algoritmo específico, como o Round Robin ou uma das suas variantes.

Essa configuração requer uma boa conectividade de rede entre os datacenters, os quais estão localizados em diferentes áreas geográficas. O modelo pode ser implementado no local ou baseado na nuvem. Para implantação de nuvem, você precisa escolher diferentes regiões para os locais primários e secundários.

Observação:

Este modelo de implantação requer o seguinte:

• Servidor SQL 2012 ou posterior e High Availability Add-on para o Orchestrator. Versões anteriores do SQL Server não são compatíveis com o AG, e uma configuração Active-Active não é compatível com o Redis de código aberto.
• Duas licenças High Availability Add-on.

Para fornecer Alta Disponibilidade para o Balanceador de Carga da Rede (se o NLB estiver localizado no Datacenter Primário), um NLB secundário deve ser fornecido no Datacenter de Recuperação de Desastre. Os dois NLBs precisam ser colocados em uma configuração Primary-Secondary (ou Master-Slave).

No mesmo datacenter, um NLB pode ser usado, com diferentes servidores virtuais (VIPs) para o Ochestrator e Elasticsearch. Esse mesmo NLB pode ser usado para distribuir cargas de forma otimizada para os nós do Orchestrator e do Elasticsearch.

A funcionalidade do grupo de disponibilidade Always On pode ser composta por no mínimo duas máquinas:

• DB primário no primeiro data center;

• DB secundário no segundo datacenter.

  Observação: São necessários no mínimo três nós para o HAA e o Elasticsearch em cada datacenter, configurados em clusters diferentes e sincronizados.

Consulte aqui os pré-requisitos, restrições e recomendações para o grupo de disponibilidade Always On.