Ative a replicação para Azure em VMs VMware - Atualizado

Este artigo descreve como habilitar a replicação de máquinas virtuais (VM) VMware locais para o Azure.

Pré-requisitos

Antes de começar, certifique-se de que o seu sistema cumpre os seguintes critérios:

• Configure o seu ambiente de origem local.
• Configure seu ambiente de destino no Azure.
• Verifique os requisitos e pré-requisitos. Aspetos importantes a ter em conta incluem:
  • Sistemas operacionais suportados para máquinas replicadas.
  • Suporte de armazenamento/disco .
  • Requisitos do Azure com os quais as máquinas locais devem cumprir.

Resolver Problemas Comuns

• Cada disco deve ser inferior a 4 TB ao replicar para discos não geridos e inferior a 32 TB ao replicar para discos geridos.
• O disco do sistema operativo deve ser um disco básico, não um disco dinâmico.
• Para máquinas virtuais com UEFI de segunda geração, a família de sistemas operativos deve ser Windows, e o disco de arranque deve ser inferior a 300 GB.

Antes de começar

Ao replicar máquinas virtuais VMware, lembre-se destas informações:

• Sua conta de usuário do Azure precisa ter determinadas permissões para habilitar a replicação de uma nova máquina virtual para o Azure.
• As VMs VMware são descobertas a cada 15 minutos. Pode levar 15 minutos ou mais para que as VMs apareçam no portal do Azure após a descoberta. Quando você adiciona um novo servidor vCenter ou host vSphere, a descoberta pode levar 15 minutos ou mais.
• Pode levar 15 minutos ou mais para que as alterações de ambiente na máquina virtual sejam atualizadas no portal. Por exemplo, a instalação das ferramentas VMware.
• Pode verificar o tempo de última descoberta para VMware VMs: consulte o campo Last Contact At na página de Servidores de Configuração para o servidor vCenter ou anfitrião vSphere.
• Para adicionar máquinas virtuais para replicação sem esperar pela descoberta agendada, realce o servidor de configuração (mas não o selecione) e selecione Atualizar.
• Quando você habilita a replicação, se a máquina virtual estiver preparada, o servidor de processo instalará automaticamente o serviço de Mobilidade do Azure Site Recovery na VM.

Ativar a replicação

Antes de executar as etapas nesta seção, revise as seguintes informações:

• O Azure Site Recovery agora replica diretamente para discos gerenciados para todas as novas replicações. O servidor de processo grava logs de replicação em uma conta de armazenamento em cache na região de destino. Estes registos são utilizados para criar pontos de recuperação em discos geridos por replicação que seguem a convenção asrseeddisk de nomenclatura.
• O suporte do PowerShell para replicação em discos gerenciados está disponível a partir da versão 2.0.0 do módulo Az.RecoveryServices
• No momento do failover, o ponto de recuperação que selecionar é usado para criar o disco gestionado de destino.
• As VMs que configuraste anteriormente para replicar em contas de armazenamento alvo não são afetadas.
• A replicação para contas de armazenamento para uma nova máquina virtual só está disponível por meio de uma API REST (Representational State Transfer) e do PowerShell. Use a API REST do Azure versão 2016-08-10 ou 2018-01-10 para replicação para contas de armazenamento.

Para habilitar a replicação, siga estas etapas:

1. Vá para Etapa 2: replicar a origem do aplicativo>. Depois de habilitar a replicação pela primeira vez, selecione +Replicar no vault para habilitar a replicação para máquinas virtuais adicionais.

2. Na página Fonte>Fonte, selecione o servidor de configuração.

3. Para Tipo de máquina, selecione Máquinas virtuais ou Máquinas físicas.

4. Em vCenter/vSphere Hypervisor, selecione o servidor vCenter que gere o anfitrião vSphere ou selecione o anfitrião. Essa configuração não é relevante se você estiver replicando computadores físicos.

5. Selecione o servidor de processo. Se não criar servidores de processos adicionais, o servidor de processos incorporado no servidor de configuração está disponível no menu dropdown. O estado de saúde de cada servidor de processos é indicado de acordo com os limites recomendados e outros parâmetros. Escolha um servidor de processo saudável. Não se pode escolher um eletrodoméstico crítico . Você pode solucionar problemas e resolver os erros ou configurar um servidor de processo de expansão.

   

   Nota

   A partir da versão 9.24, alertas adicionais melhoram os alertas de saúde do servidor de processos. Atualize os componentes de Recuperação do Site para a versão 9.24 ou posterior para que todos os alertas sejam gerados.

6. Em Destino, selecione a assinatura e o grupo de recursos onde pretende criar as máquinas virtuais em estado de failover. Escolha o modelo de implantação que você deseja usar no Azure para as VMs com failover.

7. Selecione a rede e a sub-rede Azure a que as VMs Azure se ligam após o failover. A rede deve localizar-se na mesma região que o cofre do serviço de Recuperação de Sites.

   Selecione Configurar agora para máquinas selecionadas para aplicar a configuração de rede a todas as máquinas virtuais selecionadas para proteção. Selecione Configurar mais tarde para selecionar a rede do Azure por máquina virtual. Se você não tem uma rede, você precisa criar uma. Para criar uma rede usando o Azure Resource Manager, selecione Criar novo. Selecione uma sub-rede, se aplicável, e selecione OK.

   

8. Para Máquinas virtuais>Selecionar máquinas virtuais, selecione cada máquina virtual que pretende replicar. Você só pode selecionar máquinas virtuais para as quais a replicação pode ser habilitada. Em seguida, selecione OK. Se não conseguir ver ou selecionar nenhuma máquina virtual em particular, consulte A máquina de origem não está listada no portal do Azure para resolver o problema.

   

9. Em Propriedades>Configurar propriedades, selecione a conta que o servidor de processo usa para instalar automaticamente o serviço de Mobilidade de Recuperação de Site na VM. Além disso, escolha o tipo de disco gerenciado de destino a ser usado para replicação com base em seus padrões de rotatividade de dados.

10. Por padrão, todos os discos de uma VM de origem são replicados. Para excluir discos da replicação, desmarque a caixa de seleção Incluir para todos os discos que você não deseja replicar. Em seguida, selecione OK. Pode definir as propriedades adicionais mais tarde. Saiba mais sobre como excluir discos.

    

11. Em Configurações de replicação>Configure as configurações de replicação, verifique se a política de replicação correta está selecionada. Você pode modificar as configurações da política de replicação em Configurações>Políticas de replicação>Nome da política>Editar Configurações. As alterações que faz a uma política também se aplicam a máquinas virtuais replicantes e novas.

12. Se você quiser reunir máquinas virtuais em um grupo de replicação, habilite a consistência Multi-VM. Especifique um nome para o grupo e selecione OK.

    Nota

    • As máquinas virtuais em um grupo de replicação replicam juntas e compartilham pontos de recuperação consistentes com falhas e aplicativos quando fazem failover.
    • Reúna VMs e servidores físicos para que eles espelhem suas cargas de trabalho. Habilitar a consistência de várias VMs pode afetar o desempenho da carga de trabalho. Faça isso somente se as máquinas virtuais estiverem executando a mesma carga de trabalho e você precisar de consistência.

    

13. Selecione Ativar Replicação. Você pode acompanhar o progresso do trabalho Habilitar proteção em Configurações>Trabalhos>Trabalhos de Recuperação de Site. Após a execução do trabalho Finalizar Proteção, a máquina virtual estará pronta para failover.

Monitorar a replicação inicial

Após a conclusão de "Habilitar replicação" do item protegido, o Azure Site Recovery inicia a replicação (sinônimo de sincronização) de dados da máquina de origem para a região de destino. Durante esse período, réplicas de discos de origem são criadas. Somente após a conclusão da cópia dos discos originais, as alterações delta são copiadas para a região de destino. O tempo necessário para copiar os discos originais depende de vários parâmetros, tais como:

• Tamanho dos discos da máquina de origem
• Largura de banda disponível para transferir os dados para o Azure (Pode usar o planeador de implantação para identificar a largura de banda ideal necessária)
• Recursos do servidor de processos como memória, espaço livre em disco e CPU disponíveis para cache e processar os dados recebidos de itens protegidos (certifique-se de que o servidor de processos está saudável)

Para verificar o progresso da replicação inicial, aceda ao cofre de serviços de recuperação no portal do Azure. Em itens replicados, monitorize o valor da coluna "Estado" do item replicado. O status mostra a porcentagem de conclusão da replicação inicial. Quando passa o cursor sobre o Estado, vê o "Total de dados transferidos". Quando seleciona o estado, abre-se uma página contextual que apresenta os seguintes parâmetros:

• Última atualização às - mostra a hora mais recente em que os dados de replicação de toda a máquina são atualizados pelo serviço.

• Percentagem concluída - mostra a percentagem de replicação inicial concluída para a VM.

• Total de dados transferidos - Quantidade de dados transferidos da VM para o Azure.

  

• Progresso da sincronização (para acompanhar detalhes ao nível de disco)

  • Estado de replicação
    • Se a replicação ainda não for iniciada, o estado mostra "Em fila". Durante a replicação inicial, o serviço replica apenas três discos de cada vez. Este mecanismo evita a limitação da taxa de processamento no servidor de processos.
    • Após o início da replicação, o estado mostra "Em progresso".
    • Após a replicação inicial terminar, o estado mostra "Completo".
  • O Site Recovery lê o disco original, transfere os dados para o Azure e captura o progresso a nível do disco. Observe que o Site Recovery ignora a replicação do espaço não utilizado do disco e adiciona-o aos dados concluídos. Assim, a soma dos dados transferidos em todos os discos pode não corresponder ao "total de dados transferidos" no nível da VM.
  • Quando selecionas o balão de informação contra um disco, vês detalhes sobre quando a replicação (sincronização) foi acionada para o disco, os dados transferidos para Azure nos últimos 15 minutos e o último carimbo temporal atualizado. Este carimbo temporal mostra a última hora em que o serviço Azure recebe informação da máquina de origem.
  • A integridade de cada disco é exibida
    • Se a replicação for mais lenta do que o esperado, o estado do disco mostra aviso.
    • Se a replicação não estiver a progredir, o estado do disco aparece como crítico.

Se a saúde estiver em estado crítico ou de alerta, certifique-se de que a saúde de replicação da máquina e do Processador está saudável.

Assim que o trabalho de ativar replicação termina, o progresso da replicação é 0% e o total de dados transferidos é NA. Quando o seleciona, os dados relativamente a cada disco que foi identificado são "NA". Este estado indica que a replicação ainda não começou e que o Azure Site Recovery não recebeu as estatísticas mais recentes. O progresso atualiza-se a cada 30 minutos.

Nota

Certifique-se de atualizar os servidores de configuração, servidores de processos escalonáveis e agentes de mobilidade para versões 9.36 ou superiores, para garantir que o progresso preciso é captado e enviado para os serviços de Site Recovery.

Ver e gerir propriedades da VM

Em seguida, verifique as propriedades da máquina virtual de origem. Lembre-se de que o nome da VM do Azure precisa estar em conformidade com os requisitos da máquina virtual do Azure.

1. Vá para Configurações>Itens replicados e selecione a máquina virtual. A página Essentials mostra informações sobre as configurações e o status da VM.

2. Em Propriedades, veja a replicação e as informações de failover da VM.

3. Em Computação e Rede>propriedades de Computação, altera múltiplas propriedades nas propriedades da VM.

   

   • Nome da VM do Azure: modifique o nome para atender aos requisitos do Azure, se necessário.
   • Tamanho ou tipo de VM alvo: O tamanho padrão da VM baseia-se em parâmetros que incluem número de discos, número de placas de rede, número de núcleos da CPU, memória e tamanhos de funções disponíveis da VM na região Azure de destino. O Azure Site Recovery escolhe o primeiro tamanho de VM disponível que satisfaz todos os critérios. Você pode selecionar um tamanho de VM diferente com base em suas necessidades a qualquer momento antes do failover. O tamanho do disco da VM também depende do tamanho do disco de origem, e só podes alterá-lo após o failover. Saiba mais sobre tamanhos de disco e taxas de IOPS em Metas de escalabilidade e desempenho para discos VM.
   • Grupo de recursos: Selecione um grupo de recursos, a partir do qual uma máquina virtual passa a fazer parte de um pós-failover. Você pode alterar essa configuração a qualquer momento antes do failover. Após o failover, se você migrar a máquina virtual para um grupo de recursos diferente, as configurações de proteção para essa máquina virtual serão interrompidas.
   • Conjunto de disponibilidade: Selecione um conjunto de disponibilidade se a sua máquina virtual precisar de fazer parte de um método pós-failover. Ao selecionar um conjunto de disponibilidade, lembre-se das seguintes informações:
     • Somente os conjuntos de disponibilidade que pertencem ao grupo de recursos especificado são listados.
     • As VMs que estão em redes virtuais diferentes não podem fazer parte do mesmo conjunto de disponibilidade.
     • Apenas máquinas virtuais do mesmo tamanho podem fazer parte de um conjunto de disponibilidade.

4. Adicione informações sobre a rede de destino, sub-rede e endereço IP atribuídos à VM Azure.

5. Em Discos, veja o sistema operativo e os discos de dados na VM que replica.

Configurar redes e endereços IP

Defina o endereço IP alvo:

• Se não fornecer um endereço, a VM em failover utilizará DHCP.
• Se você definir um endereço que não está disponível no failover, o failover não funcionará.
• Se o endereço estiver disponível na rede de failover de teste, você poderá usar o mesmo endereço IP de destino para failover de teste.

O tamanho que especifica para a máquina virtual alvo determina o número de adaptadores de rede:

• Se o número de adaptadores de rede na máquina virtual de origem for menor ou igual ao número de adaptadores permitido pelo tamanho da VM de destino, o alvo tem o mesmo número de adaptadores que a fonte.
• Se o número de adaptadores para a máquina virtual de origem exceder o número permitido pelo tamanho da VM alvo, o tamanho máximo do alvo é utilizado. Por exemplo, se uma máquina virtual de origem tiver dois adaptadores de rede e o tamanho da VM de destino suportar quatro, a máquina virtual de destino terá dois adaptadores. Se a VM de origem tiver dois adaptadores mas o tamanho alvo suportar um, a máquina virtual alvo tem um adaptador.
• Se a máquina virtual tiver vários adaptadores de rede, todos eles se conectarão à mesma rede. Além disso, o primeiro adaptador da lista torna-se o adaptador de rede predefinido na máquina virtual Azure.

Benefício Híbrido do Azure

Os clientes da Microsoft Software Assurance podem usar o Azure Hybrid Benefit para poupar nos custos de licenciamento dos computadores Windows Server que migram para o Azure. O benefício também se aplica à recuperação de desastres do Azure. Se for elegível, atribua o benefício à máquina virtual que o Site Recovery cria durante um failover.

1. Vá para as propriedades de Computador e Rede da máquina virtual replicada.
2. Responda quando lhe for perguntado se tem uma licença do Windows Server que o torna elegível para o Benefício Híbrido do Azure.
3. Confirme que possui uma licença Windows Server elegível com Software Assurance que possa usar para aplicar o benefício à VM que Site Recovery cria durante o failover.
4. Salve as configurações da máquina virtual replicada.

Saiba mais sobre o Benefício Híbrido do Azure.

Próximos passos

Depois que a máquina virtual atingir um estado protegido, tente um failover para verificar se seu aplicativo aparece no Azure.

• Saiba mais sobre como limpar as configurações de registro e proteção para desabilitar a replicação.
• Saiba mais sobre como automatizar a replicação para suas máquinas virtuais usando o PowerShell.