Arquitetura da recuperação após desastre do Hyper-V para o Azure

Este artigo descreve a arquitetura e os processos usados quando você replica, faz failover e recupera máquinas virtuais (VMs) Hyper-V entre hosts Hyper-V locais e o Azure, usando o serviço Azure Site Recovery .

Opcionalmente, os hosts Hyper-V podem ser gerenciados em nuvens privadas do System Center Virtual Machine Manager (VMM).

Componentes de arquitetura - Hyper-V sem VMM

A tabela e o gráfico a seguir fornecem uma exibição de alto nível dos componentes usados para a replicação do Hyper-V para o Azure, quando os hosts Hyper-V não são gerenciados pelo VMM.

Componente	Requisito	Detalhes
Azure	Uma assinatura do Azure, uma conta de armazenamento do Azure e uma rede do Azure.	Os dados replicados de cargas de trabalho de VM locais são armazenados na conta de armazenamento. As VMs do Azure são criadas com os dados de carga de trabalho replicados quando ocorre failover do seu site local. As VMs do Azure ligam-se à rede virtual do Azure quando são criadas.
Hyper-V	Durante a implantação da Recuperação de Site, você reúne hosts e clusters Hyper-V em sites Hyper-V. Você instala o Provedor do Azure Site Recovery e o agente dos Serviços de Recuperação em cada host Hyper-V autônomo ou em cada nó de cluster Hyper-V.	O Fornecedor orquestra a replicação com o Site Recovery através da Internet. O agente do Site Recovery trata da replicação de dados. As comunicações provenientes do Fornecedor e do agente são seguras e encriptadas. Também são encriptados os dados replicados no armazenamento do Azure.
VMs de Hyper-V	Uma ou mais VMs em execução no Hyper-V.	Nada precisa ser instalado explicitamente em VMs.

Arquitetura do Hyper-V para Azure (sem VMM)

Componentes arquitetónicos - Hyper-V com VMM

A tabela e o gráfico a seguir fornecem uma exibição de alto nível dos componentes usados para a replicação do Hyper-V para o Azure, quando os hosts Hyper-V são gerenciados em nuvens do VMM.

Componente	Requisito	Detalhes
Azure	Uma assinatura do Azure, uma conta de armazenamento do Azure e uma rede do Azure.	Os dados replicados de cargas de trabalho de VM locais são armazenados na conta de armazenamento. As VMs do Azure são criadas com os dados replicados quando ocorre failover do seu site local. As VMs do Azure ligam-se à rede virtual do Azure quando são criadas.
Servidor VMM	O servidor VMM tem uma ou mais clouds que contêm anfitriões Hyper-V.	Você instala o Site Recovery Provider no servidor VMM para orquestrar a replicação com o Site Recovery e registra o servidor no cofre dos Serviços de Recuperação.
Anfitrião Hyper-V	Um ou mais anfitriões/clusters de Hyper-V geridos pelo VMM.	Você instala o agente dos Serviços de Recuperação em cada host Hyper-V ou nó de cluster.
VMs de Hyper-V	Uma ou mais VMs em execução num servidor de anfitrião Hyper-V.	Nada tem de estar explicitamente instalado nas VMs.
Rede	Redes lógicas e de VMs configuradas no servidor VMM. A rede VM deve estar vinculada a uma rede lógica associada à nuvem.	As redes VM são mapeadas para redes virtuais do Azure. Quando as VMs do Azure são criadas após o failover, elas são adicionadas à rede do Azure mapeada para a rede VM.

Arquitetura do Hyper-V para Azure (com VMM)

Configurar a conectividade de rede de saída

Para que a Recuperação de Site funcione conforme o esperado, você precisa modificar a conectividade de rede de saída para permitir que seu ambiente seja replicado.

Nota

O Site Recovery não suporta o uso de um proxy de autenticação para controlar a conectividade de rede.

Conectividade de saída para URLs

Se você estiver usando um proxy de firewall baseado em URL para controlar a conectividade de saída, permita o acesso a estas URLs:

Name	Comerciais	Administração Pública	Descrição
Armazenamento	*.blob.core.windows.net	*.blob.core.usgovcloudapi.net	Permite que os dados sejam escritos da VM para a conta de armazenamento em cache na região de origem.
Microsoft Entra ID	login.microsoftonline.com	login.microsoftonline.us	Fornece autorização e autenticação para os URLs do serviço Site Recovery.
Replicação	*.hypervrecoverymanager.windowsazure.com	*.hypervrecoverymanager.windowsazure.com	Permite que a VM comunique com o serviço Site Recovery.
Service Bus	*.servicebus.windows.net	*.servicebus.usgovcloudapi.net	Permite que a VM escreva dados de monitorização e diagnóstico do Site Recovery.

Processo de replicação

Processo de replicação e recuperação

Ativar a proteção

1. Depois de ativar a proteção para uma VM Hyper-V, no portal do Azure ou no local, Ativar a proteção é iniciado.
2. A tarefa verifica se a máquina está em conformidade com os pré-requisitos, antes de invocar o CreateReplicationRelationship, para configurar a replicação com as definições que configurou.
3. A tarefa inicia a replicação inicial ao invocar o método StartReplication, para inicializar uma replicação de VM completa e enviar os discos virtuais da VM para o Azure.
4. Você pode monitorar o trabalho na guia Trabalhos .

Replicação inicial de dados

1. Quando a replicação inicial é acionada, um instantâneo de instantâneo da VM Hyper-V é tirado.
2. Os discos rígidos virtuais na VM são replicados um a um, até que todos sejam copiados para o Azure. Isso pode demorar um pouco, dependendo do tamanho da VM e da largura de banda da rede. Saiba como aumentar a largura de banda da rede.
3. Se ocorrerem alterações de disco enquanto a replicação inicial estiver em andamento, o Controlador de Replicação de Réplica do Hyper-V rastreará as alterações como logs de replicação do Hyper-V (.hrl). Esses arquivos de log estão localizados na mesma pasta que os discos. Cada disco tem um arquivo .hrl associado que é enviado para o armazenamento secundário. Os ficheiros de instantâneo e de registo consomem recursos do disco quando a replicação inicial está em curso.
4. Quando a replicação inicial for concluída, o instantâneo da VM é eliminado.
5. As alterações de disco delta no registo são sincronizadas e unidas ao disco principal.

Finalizar o processo de proteção

1. Após a conclusão da replicação inicial, o trabalho Finalizar proteção na máquina virtual é executado. Ele define a rede e outras configurações pós-replicação, para que a VM esteja protegida.
2. Nesta etapa, você pode verificar as configurações da VM para garantir que ela esteja pronta para failover. Você pode executar um drill de recuperação de desastres (failover de teste) para a VM, para verificar se ela executa failover conforme o esperado.

Replicação delta

1. Após a replicação inicial, a replicação delta é iniciada, de acordo com a política de replicação.
2. O Hyper-V Replica Replication Tracker rastreia alterações em um disco rígido virtual como arquivos .hrl. Cada disco que está configurado para replicação tem um ficheiro .hrl associado.
3. O log é enviado para a conta de armazenamento do cliente. Quando um log está em trânsito para o Azure, as alterações no disco primário são controladas em outro arquivo de log, na mesma pasta.
4. Durante a replicação inicial e delta, você pode monitorar a VM no portal do Azure.

Processo de ressincronização

1. Se a replicação delta falhar, e uma replicação completa seria dispendiosa em termos de largura de banda ou de tempo, então uma VM fica marcada para ressincronização.

   • Por exemplo, se os ficheiros de .hrl atingirem 50% do tamanho do disco, a VM será marcada para ressincronização.
   • Por padrão, a ressincronização é agendada para ser executada automaticamente fora do horário comercial.

2. A ressincronização envia apenas dados delta.

   • Ele minimiza a quantidade de dados enviados pela computação de somas de verificação das VMs de origem e de destino.
   • Ele usa um algoritmo de fragmentação de bloco fixo onde os arquivos de origem e de destino são divididos em blocos fixos.
   • Somas de verificação para cada parte são geradas. Estes são comparados para determinar quais blocos da origem precisam ser aplicados ao destino.

3. Após a conclusão da ressincronização, a replicação delta normal deve ser retomada.

4. Se você não quiser esperar pela ressincronização padrão fora do expediente, poderá ressincronizar uma VM manualmente. Por exemplo, se ocorrer uma interrupção. Para fazer isso, no portal do Azure, selecione a Ressincronização de VM.>

   

Processo de repetição

Se ocorrer um erro de replicação, haverá uma repetição interna. A repetição é classificada conforme descrito na tabela.

Categoria	Detalhes
Erros não recuperáveis	Não é efetuada qualquer tentativa. O estado da VM será Crítico, e é necessária a intervenção do administrador. Exemplos desses erros incluem uma cadeia VHD quebrada, um estado inválido para a VM de réplica, erros de autenticação de rede, erros de autorização e erros de VM não encontrada (para servidores Hyper-V autônomos.
Erros recuperáveis	As tentativas ocorrem a cada intervalo de replicação, utilizando um término exponencial que aumenta o intervalo entre tentativas, desde o início da primeira tentativa para 1, 2, 4, 8 e 10 minutos. Se o erro persistir, tente novamente a cada 30 minutos. Exemplos disso incluem erros de rede, erros de disco baixo e condições de pouca memória.

Processo de ativação pós-falha e de reativação pós-falha

1. Executa uma ativação pós-falha planeada ou não planeada a partir das VMs de Hyper-V no local para o Azure. Se executar uma ativação pós-falha planeada, as VMs de origem são desligadas para garantir que não há perda de dados. Execute um failover não planejado se o site principal não estiver acessível.
2. Pode fazer a ativação pós-falha de uma máquina individual ou criar planos de recuperação para orquestrar a ativação pós-falha de várias máquinas.
3. Você executa um failover. Após a conclusão do primeiro estágio de failover, você poderá ver as VMs de réplica criadas no Azure. Pode atribuir um endereço IP público à VM, se necessário.
4. Em seguida, você confirma o failover para começar a acessar a carga de trabalho da réplica da VM do Azure.

Depois que sua infraestrutura local estiver em funcionamento novamente, você poderá fazer failback. O failback ocorre em três estágios:

1. Inicie um failover planejado do Azure para o site local:

   • Minimizar o tempo de inatividade: Se você usar essa opção, o Site Recovery sincronizará os dados antes do failover. Ele verifica se há blocos de dados alterados e os baixa para o site local, enquanto a VM do Azure continua em execução, minimizando o tempo de inatividade. Quando você especifica manualmente que o failover deve ser concluído, a VM do Azure é encerrada, todas as alterações delta finais são copiadas e o failover é iniciado.
   • Download completo: Com esta opção, os dados são sincronizados durante o failover. Esta opção transfere todo o disco. É mais rápido porque não são calculadas somas de verificação, mas há mais tempo de inatividade. Use essa opção se você estiver executando as VMs do Azure de réplica há algum tempo ou se a VM local tiver sido excluída.
   • Criar VM: você pode optar por fazer failback para a mesma VM ou para uma VM alternativa. Você pode especificar que o Site Recovery deve criar a VM se ela ainda não existir.

2. Após a conclusão da sincronização inicial, você seleciona para concluir o failover. Após a conclusão, você pode fazer logon na VM local para verificar se tudo está funcionando conforme o esperado. No portal do Azure, você pode ver que as VMs do Azure foram interrompidas.

3. Em seguida, confirme o failover para concluir e comece a acessar a carga de trabalho da VM local novamente.

4. Depois que as cargas de trabalho falharem, você habilitará a replicação reversa para que as VMs locais sejam replicadas para o Azure novamente.

Próximos passos

Siga este tutorial para começar a usar a replicação do Hyper-V para o Azure.