Para uma melhor experiência com caixas de código, experimente ver o site em um Desktop.
No Gerenciador do Hyper-V do HV-A:
Clique com o botão direito na VM e escolha Habilitar Replicação.
Informe o servidor de réplica: HV-B.lab.local.
Confirme a autenticação Kerberos (HTTP), porta 80.
Escolha os discos virtuais a replicar.
Defina a frequência: 30 segundos, 5 minutos ou 15 minutos.
Defina quantos pontos de recuperação adicionais manter.
Escolha a cópia inicial pela rede e conclua.
Pelo PowerShell, no HV-A:
# No HV-A: habilita a replicação a cada 5 minutos, com 4 pontos de recuperação
Enable-VMReplication -VMName "LAB-VM01" `
-ReplicaServerName "HV-B.lab.local" -ReplicaServerPort 80 `
-AuthenticationType Kerberos `
-ReplicationFrequencySec 300 -RecoveryHistory 4
# Inicia a cópia inicial pela rede
Start-VMInitialReplication -VMName "LAB-VM01"
A cópia inicial envia o disco inteiro e pode demorar. Depois dela, só as alterações trafegam.
No Gerenciador do Hyper-V, clique com o botão direito na VM e escolha Replicação > Exibir Integridade da Replicação. Pelo PowerShell:
# Estado e integridade da replicação
Get-VMReplication -VMName "LAB-VM01"
# Estatísticas: último envio, tamanho médio e erros
Measure-VMReplication -VMName "LAB-VM01"
O que você quer ver é a integridade “Normal”. “Aviso” ou “Crítico” indicam ciclos perdidos: confira a rede, o firewall e o espaço em disco no HV-B.
Replicar sem nunca testar é o mesmo que ter um backup que ninguém restaurou. O failover de teste cria uma cópia temporária da VM no HV-B, sem interromper a replicação nem tocar na VM de produção.
No HV-B, clique com o botão direito na VM réplica e escolha Replicação > Failover de Teste. Uma nova VM, com “Teste” no nome, é criada. Por padrão ela sobe sem rede, justamente para não conflitar com a original.
# No HV-B: cria a VM de teste a partir da réplica
Start-VMFailover -VMName "LAB-VM01" -AsTest
# Depois de validar, remove a VM de teste
Stop-VMFailover -VMName "LAB-VM01"
Ligue a VM de teste, confira se o sistema inicia e se os dados estão lá, e encerre o teste.
Use quando você sabe que o HV-A vai parar, por exemplo em uma manutenção. A VM é desligada, as últimas alterações são enviadas e os papéis se invertem.
No HV-A, desligue a VM.
Ainda no HV-A, clique com o botão direito na VM e escolha Replicação > Failover Planejado.
Marque a opção de inverter o sentido da replicação e conclua.
# No HV-A: desliga a VM e envia as últimas alterações
Stop-VM -Name "LAB-VM01"
Start-VMFailover -VMName "LAB-VM01" -Prepare
# No HV-B: assume a VM, inverte a replicação e liga
Start-VMFailover -VMName "LAB-VM01"
Set-VMReplication -VMName "LAB-VM01" -Reverse
Start-VM -Name "LAB-VM01"
Ao final, a VM roda no HV-B e o HV-A passa a ser a réplica. Para voltar, repita o processo no sentido contrário.
Agora o teste de verdade. Com a VM rodando e replicando, desligue o HV-A sem aviso (no laboratório, claro).
No HV-B, clique com o botão direito na VM réplica e escolha Replicação > Failover. Selecione o ponto de recuperação mais recente e confirme.
# No HV-B: assume a VM a partir do último ponto recebido
Start-VMFailover -VMName "LAB-VM01"
Start-VM -Name "LAB-VM01"
# Depois de validar que a VM está íntegra, confirma o failover
Complete-VMFailover -VMName "LAB-VM01"
Observe e anote:
Quanto tempo levou entre a queda e a VM responder no HV-B?
O que foi gravado nos últimos minutos antes da queda está lá?
Essas duas respostas são, na prática, o seu RTO e o seu RPO. É melhor descobri-las no laboratório do que no dia do incidente.
Quando o HV-A voltar, inverta a replicação a partir do HV-B (Set-VMReplication -VMName "LAB-VM01" -Reverse) para que ele receba as alterações feitas durante a sua ausência.
Failover manual: alguém precisa perceber a falha e agir.
Perda possível de dados: até o intervalo de replicação escolhido.
Endereço IP: se o HV-B estiver em outra rede, configure o IP de failover nas configurações de rede da VM.
Cargas sensíveis: controladores de domínio e bancos de dados têm mecanismos próprios de replicação, que costumam ser a opção mais indicada para eles.
Quando o negócio exige failover automático e perda zero, o caminho é o cluster de failover com armazenamento compartilhado. Ele entrega mais, e cobra mais em hardware, rede e operação.
A Réplica do Hyper-V é uma das formas mais acessíveis de dar uma segunda chance às suas VMs: dois hosts, uma rede comum e alguns cliques. O valor, porém, não está em habilitar a replicação, e sim em ter feito o failover pelo menos uma vez antes de precisar dele.
Se este guia foi útil para o seu laboratório ou para o seu dia a dia na infraestrutura, acompanhe-nos no LinkedIn para trocarmos experiências sobre arquitetura de redes, segurança, Windows, Linux e muito mais.