Ativar a replicação no Azure para as VMs VMware

Artigo
01/10/2024

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

Pré-requisitos

Este artigo pressupõe que seu sistema atenda aos seguintes critérios:

Configure seu ambiente de origem local.
Configure seu ambiente de destino no Azure.
Verifique os requisitos e pré-requisitos antes de começar. 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 menor que 4 TB ao replicar para discos não gerenciados e menor que 32 TB ao replicar para discos gerenciados.
O disco do sistema operacional deve ser um disco básico, não um disco dinâmico.
Para máquinas virtuais habilitadas para UEFI de 2ª geração, a família de sistemas operacionais deve ser Windows e o disco de inicialização deve ser menor que 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.
Você pode verificar a hora da última descoberta para VMs VMware: Consulte o campo Último contato em na página Servidores de configuração para o servidor vCenter/host vSphere.
Para adicionar máquinas virtuais para replicação sem esperar pela descoberta agendada, realce o servidor de configuração (mas não clique nele) 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. Esses logs são usados para criar pontos de recuperação em discos gerenciados por réplica que têm convenção de nomenclatura de asrseeddisk.
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 selecionado é usado para criar o disco gerenciado de destino.
As VMs que foram configuradas anteriormente para replicar para contas de armazenamento de destino 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:

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.
Na página >Origem, selecione o servidor de configuração.
Para Tipo de máquina, selecione Máquinas virtuais ou Máquinas físicas.
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.
Selecione o servidor de processo. Se não houver servidores de processo adicionais criados, o servidor de processo embutido do servidor de configuração estará disponível no menu suspenso. O status de integridade de cada servidor de processo é indicado de acordo com os limites recomendados e outros parâmetros. Escolha um servidor de processo íntegro. Não é possível escolher um servidor de processo 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 são introduzidos para aprimorar os alertas de integridade do servidor de processo. Atualize os componentes do Site Recovery para a versão 9.24 ou superior para que todos os alertas sejam gerados.
Em Destino, selecione a assinatura e o grupo de recursos onde você deseja criar as máquinas virtuais com failover. Escolha o modelo de implantação que você deseja usar no Azure para as VMs com failover.
Selecione a rede e a sub-rede do Azure às quais as VMs do Azure se conectarão após o failover. A rede deve estar na mesma região que o cofre do serviço de Recuperação de Site.

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.
Para Máquinas>virtuais Selecione máquinas virtuais, selecione cada máquina virtual que você deseja 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.
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.
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.
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>Nome da política>de políticas>de replicação Editar configurações. As alterações aplicadas a uma política também se aplicam à replicação e a novas máquinas virtuais.
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.
Selecione Ativar Replicação. Você pode acompanhar o progresso do trabalho Habilitar proteção em Trabalhos de>configuração Trabalhos> de recuperação de site. Depois que o trabalho Finalizar Proteção for executado, 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 (você pode aproveitar o planejador de implantação para identificar a largura de banda ideal necessária)
processar recursos do servidor como memória, espaço livre em disco, CPU disponível para armazenar em cache & processar os dados recebidos de itens protegidos (certifique-se de que o servidor de processo está íntegro)

Para acompanhar o progresso da replicação inicial, navegue até o cofre dos serviços de recuperação no portal do Azure - itens replicados ->> monitore o valor da coluna "Status" do item replicado. O status mostra a porcentagem de conclusão da replicação inicial. Ao passar o mouse sobre o Status, o "Total de dados transferidos" estará disponível. Ao clicar no status, uma página contextual é aberta e exibe os seguintes parâmetros:

Última atualização em - indica o momento mais recente em que as informações de replicação de toda a máquina foram atualizadas pelo serviço.
Porcentagem concluída - indica a porcentagem 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 controlar detalhes em um nível de disco)
- Estado de replicação
  - Se a replicação ainda não tiver sido iniciada, o status será atualizado como "Na fila". Durante a replicação inicial, apenas 3 discos são replicados de cada vez. Esse mecanismo é seguido para evitar a limitação no servidor de processo.
  - Após o início da replicação, o status é atualizado como "Em andamento".
  - Após a conclusão da replicação inicial, o status é marcado como "Concluído".
- O Site Recovery lê o disco original, transfere dados para o Azure e captura o progresso em um nível de disco. Observe que, o Site Recovery ignora a replicação do tamanho desocupado do disco e a adiciona 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.
- Ao clicar no balão de informações em um disco, você pode obter detalhes sobre quando a replicação (sinônimo de sincronização) foi acionada para o disco, dados transferidos para o Azure nos últimos 15 minutos seguidos pelo último carimbo de data/hora atualizado. Este carimbo de data/hora indica a hora mais recente em que as informações foram recebidas pelo serviço do Azure da máquina de origem
- A integridade de cada disco é exibida
  - Se a replicação for mais lenta do que o esperado, o status do disco se transformará em aviso
  - Se a replicação não estiver progredindo, o status do disco se tornará crítico

Se a integridade estiver em estado crítico/de aviso, verifique se a Integridade da replicação da máquina e o Process Sever estão íntegros.

Assim que o trabalho de replicação for concluído, o progresso da replicação será de 0% e o total de dados transferidos será NA. Ao clicar, os dados em relação a cada disco identificado seriam como "NA". Isso indica que a replicação ainda não foi iniciada e o Azure Site Recovery ainda não recebeu as estatísticas mais recentes. O progresso é atualizado em um intervalo de 30 minutos.

Nota

Certifique-se de atualizar os servidores de configuração, os servidores de processo de expansão e os agentes de mobilidade para as versões 9.36 ou superiores para garantir que o progresso preciso seja capturado e enviado para os serviços de Recuperação de Site.

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.

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.
Em Propriedades, pode ver as informações de replicação e de ativação pós-falha da VM.
Nas propriedades de computação e computação de rede>, você pode alterar várias propriedades de VM.
- Nome da VM do Azure: modifique o nome para atender aos requisitos do Azure, se necessário.
- Tamanho da VM de destino ou tipo de VM: o tamanho padrão da VM é escolhido com base em parâmetros que incluem contagem de disco, contagem de NIC, contagem de núcleo da CPU, memória e tamanhos de função VM disponíveis na região do 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 se baseia no tamanho do disco de origem e só pode ser alterado 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: você pode selecionar um grupo de recursos, a partir do qual uma máquina virtual se torna parte de um failover de postagem. 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: você pode selecionar um conjunto de disponibilidade se sua máquina virtual precisar fazer parte de um failover de postagem. 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.
Você também pode adicionar informações sobre a rede de destino, a sub-rede e o endereço IP atribuídos à VM do Azure.
Em Discos, você pode ver o sistema operacional e os discos de dados na VM que serão replicados.

Configurar redes e endereços IP

Você pode definir o endereço IP de destino:

Se você não fornecer um endereço, a VM com failover usará 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 número de adaptadores de rede é ditado pelo tamanho especificado para a máquina virtual de destino, da seguinte maneira:

Se o número de adaptadores de rede na máquina virtual de origem for menor ou igual ao número de adaptadores permitidos para o tamanho da VM de destino, o destino terá o mesmo número de adaptadores que a origem.
Se o número de adaptadores para a máquina virtual de origem exceder o número permitido para o tamanho da VM de destino, o tamanho máximo de destino será usado. 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 de destino suportar apenas um, a VM de destino terá apenas 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 mostrado na lista se torna o adaptador de rede padrão na máquina virtual do Azure.

Benefício Híbrido do Azure

Os clientes do Microsoft Software Assurance podem usar o Benefício Híbrido do Azure para economizar nos custos de licenciamento para computadores Windows Server que são migrados para o Azure. O benefício também se aplica à recuperação de desastres do Azure. Se você estiver qualificado, poderá atribuir o benefício à máquina virtual que o Site Recovery cria se houver um failover.

Vá para as propriedades de Computador e Rede da máquina virtual replicada.
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.
Confirme se você tem uma licença qualificada do Windows Server com Software Assurance que pode ser usada para aplicar o benefício à VM que será criada no failover.
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.