Para fazer isso corretamente, você precisa ter:
- Duas instâncias separadas em dois datacenters (como você já determinou)
- Sincronização entre os dois datacenters (como você já determinou)
- Uma maneira de redirecionar os clientes de um para o outro no caso de uma falha
Existem duas maneiras comuns de se fazer isso. Um simples, um ... não.
DNS
O DNS Round-Robin não é exatamente o que você quer, porque é provável que você queira que todos os pedidos entrem no DC primário, e o segundo DC só seja usado durante o tempo de inatividade do primeiro. / p>
O que você pode fazer é definir um TTL muito baixo no seu DNS (digamos, 30 segundos ou 5 minutos), o que significa que, se o seu DC cair, você apenas atualiza o seu DNS e dentro de 5 minutos, todos os seus clientes estarão apontando para o seu outro CD.
Isso significa que, como seus dois controladores de domínio terão layouts de IP diferentes, você precisa se ajustar para isso na configuração do datacenter.
BGP
Basicamente, se você está fazendo essa pergunta, isso está fora do seu alcance. Em suma, seus endereços IP permanecem os mesmos, mas são "movidos" de um datacenter para outro. Isso envolve roteadores caros, faixas de IP caras e assinaturas caras para o seu registro local para números de AS e intervalos de IP.
Seus roteadores BGP param de anunciar seu no datacenter principal e começam a anunciar em seu datacenter secundário. Em seguida, a Internet percorre o datacenter off-line e envia tráfego para seu novo DC.
Se você está virtualizado com o ESXi e o vSphere, o VMWare tem um produto muito bom que testamos uma vez chamado de site do VMWare Recovery Manager , que basicamente faz tudo por você. Ele mantém suas configurações de VM em sincronia e as ativa no segundo site quando o primeiro site fica offline. É muito dinheiro embora.