Perguntas comuns sobre a replicação do VMware para Azure

Este artigo responde às perguntas comuns que podem surgir ao implantar a recuperação de desastre de VMs (máquinas virtuais) locais do VMware no Azure.

Geral

Como fazer para usar a experiência clássica no cofre dos Serviços de Recuperação em vez da experiência modernizada?

A mudança para a experiência clássica em serviços de recuperação recém-criados não é possível, pois ela será preterida em março de 2026. Todos os novos cofres dos Serviços de Recuperação usarão a experiência modernizada.

Posso migrar para a experiência modernizada?

Todas as VMs do VMware ou servidores físicos que estão sendo replicados usando a experiência clássica podem ser migrados para a experiência modernizada. Verifique os detalhes aqui e siga o tutorial.

O que é necessário para a recuperação de desastre de VM do VMware?

Saiba mais sobre os componentes envolvidos na recuperação de desastre de VMs do VMware.

Posso usar o Site Recovery para migrar as VMs do VMware para o Azure?

Sim. Além de usar o Site Recovery para configurar a recuperação de desastre completa para as VMs do VMware, você também pode usá-lo para migrar as VMs locais do VMware para o Azure. Nesse cenário, você replica as VMs locais do VMware para o Armazenamento do Azure. Em seguida, você faz failover do local para o Azure. Após o failover, os aplicativos e as cargas de trabalho estarão disponíveis e em execução nas VMs do Azure. O processo é similar à configuração da recuperação de desastre completa, exceto que você não pode fazer failback do Azure em uma migração.

Minha conta do Azure precisa de permissões para criar VMs?

Se você é um administrador da assinatura, tem as permissões de replicação necessárias. Se você não for um administrador, precisará de permissões para executar estas ações:

• Crie uma VM do Azure no grupo de recursos e na rede virtual que você especifica ao configurar o Site Recovery.
• Grave na conta de armazenamento ou no disco gerenciado selecionado com base na configuração.

Saiba mais sobre as permissões necessárias.

Quais aplicativos posso replicar?

É possível replicar qualquer aplicativo ou carga de trabalho em execução em uma VM do VMware que atenda aos requisitos de replicação.

• O Site Recovery dá suporte para replicação com reconhecimento de aplicativo, de modo que os aplicativos possam fazer failover e failback para um estado inteligente.
• O Site Recovery se integra aos aplicativos da Microsoft, como o SharePoint, o Exchange, o Dynamics, o SQL Server e o Active Directory Domain Services. Ele também trabalha em conjunto com os principais fornecedores, inclusive o Oracle, o SAP, a IBM e o Red Hat.

Saiba mais sobre a proteção de carga de trabalho.

Posso usar uma licença de servidor do SO convidado no Azure?

Sim, os clientes do Microsoft Software Assurance podem usar o Benefício Híbrido do Azure para economizar nos custos de licenciamento para computadores do Windows Server que são migrados para o Azure ou usar o Azure para a recuperação de desastre.

Segurança

Qual acesso para servidores VMware o Site Recovery precisa?

O Site Recovery precisa de acesso aos servidores VMware para:

• Configurar uma VM do VMware que esteja executando o servidor de configuração do Site Recovery.
• Descobrir automaticamente as VMs para replicação.

Qual acesso para VMs do VMware o Site Recovery precisa?

• Para replicar, uma VM do VMware deve ter o serviço Mobilidade do Site Recovery instalado e em execução. Você pode implantar a ferramenta manualmente ou especificar que o Site Recovery faça uma instalação por push do serviço quando você habilitar a replicação para uma VM.
• Durante a replicação, as VMs comunicam-se com o Site Recovery da seguinte maneira:
  • As VMs se comunicam com o servidor de configuração na porta HTTPS 443 para gerenciamento de replicação.
  • As máquinas virtuais enviam dados de replicação para o servidor de processo na porta HTTPS 9443. (Essa configuração pode ser modificada.)
  • Se você habilitar a consistência de várias VMs, as VMs irão comunicar-se pela porta 20004.

Os dados de replicação são enviados para o Site Recovery?

Não, o Site Recovery não intercepta os dados replicados e não tem informações sobre o que está sendo executado nas VMs. Os dados de replicação são trocados entre os hipervisores VMware e o Armazenamento do Azure. O Site Recovery não tem a capacidade de interceptar os dados. Somente os metadados necessários para administrar a replicação e o failover é que são enviados para o serviço de Recuperação de Site.

O Site Recovery é certificado pela ISO 27001:2013 e 27018, pelo HIPAA e pelo DPA. Ele está no processo de avaliações do SOC2 e do FedRAMP JAB.

Preços

Como fazer para calcular os preços aproximados para a recuperação de desastre do VMware?

Usar a calculadora de preços para estimar os custos ao usar o Site Recovery.

Para obter uma estimativa detalhada dos custos, execute a ferramenta de planejamento de implantação para VMware e use o relatório de estimativa de custos.

Há alguma diferença de custo entre replicar para armazenamento ou diretamente para os discos gerenciados?

Os discos gerenciados têm preços um pouco diferentes das contas de armazenamento. Saiba mais sobre os preços do disco gerenciado.

Há alguma diferença de custo ao replicar para a conta de armazenamento de Uso Geral v2?

Normalmente há um aumento no custo das transações incorridos nas contas de armazenamento GPv2, uma vez que o Azure Site Recovery tem transações pesadas. Leia mais para estimar essa alteração.

O Site Recovery funciona com instâncias reservadas?

Sim, você pode comprar máquinas virtuais reservadas do Azure na região de recuperação de desastre e as operações de failover do Site Recovery as usam. Nenhuma configuração adicional é necessária.

Serviço de mobilidade

Onde é possível localizar os instaladores do Serviço de Mobilidade?

Os instaladores são mantidos na pasta %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository no servidor de configuração.

Como fazer para instalar o Serviço Mobility?

Em cada VM que você deseja replicar, instale o serviço por meio de um dos métodos:

• Instalação por push
• Instalação manual da interface do usuário ou do PowerShell
• Implantação usando uma ferramenta de implantação como o Configuration Manager

Discos gerenciados

Para onde o Site Recovery replica os dados?

O Site Recovery replica as VMs locais do VMware e os servidores físicos para discos gerenciados no Azure.

• O servidor de processo do Site Recovery grava os 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 pelo Azure que têm o prefixo asrseeddisk.
• Quando ocorre o failover, o ponto de recuperação selecionado é usado para criar um disco gerenciado de destino. Esse disco gerenciado é anexado à VM no Azure.
• As VMs que foram replicadas anteriormente para uma conta de armazenamento (antes de março de 2019) não são afetadas.

Posso replicar novos computadores para as contas de armazenamento?

Não. A partir de março de 2019, no portal do Azure, é possível replicar apenas para discos gerenciados do Azure.

A replicação de novas VMs para uma conta de armazenamento está disponível somente usando o PowerShell (módulo Az.RecoveryServices versão 1.4.5) ou a API REST (versão 2018-01-10 ou 2016-08-10). Saiba como configurar a replicação a partir dos comandos do PowerShell.

Quais são os benefícios da replicação para discos gerenciados?

Saiba como o Site Recovery simplifica a recuperação de desastre com discos gerenciados.

Posso alterar o tipo de disco gerenciado depois que um computador estiver protegido?

Sim, você pode alterar facilmente o tipo de disco gerenciado para replicações em andamento. Antes de alterar o tipo, certifique-se de que nenhuma URL de assinatura de acesso compartilhado seja gerada no disco gerenciado:

1. Acesse o recurso Disco Gerenciado no portal do Azure e verifique se você tem um banner de URL de assinatura de acesso compartilhado na folha Visão Geral.
2. Se o banner estiver presente, selecione-o para cancelar a exportação em andamento.
3. Altere o tipo do disco dentro dos próximos minutos. Se você alterar o tipo de disco gerenciado, aguarde até que os novos pontos de recuperação sejam gerados pelo Azure Site Recovery.
4. Use os pontos de recuperação novos para failover de teste ou failover no futuro.

Posso alternar a replicação de discos gerenciados para não gerenciados?

Não. Não há suporte para alternar entre gerenciado e não gerenciado.

Replicação

Quais são os requisitos de VM replicadas?

Saiba mais sobre os requisitos de suporte para VMs do VMware e servidores físicos.

Com que frequência é possível replicar para o Azure?

A replicação é contínua ao replicar VMs VMware para o Azure.

É possível estender replicação?

Esse tipo de replicação estendida ou encadeada não tem suporte. Solicite esse recurso no fórum de comentários.

Como acompanhar o progresso da replicação/sincronização inicial?

Essa é uma funcionalidade recente nos serviços do Site Recovery. Atualize a infraestrutura do Site Recovery (servidores de configuração, servidores de processo de expansão) e o agente de mobilidade para a versão 9.36 ou superior para obter mais detalhes. Saiba mais sobre como acompanhar o progresso aqui.

É possível fazer uma replicação inicial offline?

Não há suporte para replicação offline. Solicite esse recurso no fórum de comentários.

O que é o asrseeddisk?

Para cada disco de origem, os dados são replicados em um disco gerenciado no Azure. Esse disco tem o prefixo asrseeddisk. Ele armazena a cópia do disco de origem e todos os instantâneos de ponto de recuperação.

Posso excluir discos da replicação?

Sim, você pode excluir discos.

A atualização do firmware do kernel em um servidor protegido pelo Azure Site Recovery para recuperação de desastre tem algum impacto?

Não, ela não terá nenhum impacto na replicação em andamento porque o servidor já está protegido por meio do Azure Site Recovery.

É possível replicar VMs que têm discos dinâmicos?

Discos dinâmicos podem ser replicados. O disco do sistema operacional deve ser um disco básico.

Se eu usar grupos de replicação para consistência de várias VMs, posso adicionar uma nova VM a um grupo de replicação existente?

Sim, você pode adicionar novas VMs a um grupo de replicação existente quando ativar a replicação para elas. No entanto:

• Não é possível adicionar uma VM a um grupo de replicação existente após o início da replicação.
• Não é possível criar um grupo de replicação para VMs existentes.

Posso modificar as VMs que estão replicando adicionando ou redimensionando discos?

Para replicação do VMware no Azure, você pode modificar o tamanho do disco das VMs de origem. Se quiser adicionar discos, adicione o disco e reabilite a proteção para a VM.

Posso migrar máquinas locais para um novo vCenter Server sem afetar a replicação em andamento?

Veja as diretrizes para migrar computadores para um novo vCenter

Posso replicar para uma conta de armazenamento de destino ou de cache que tenha uma rede virtual (com o Firewall do Azure) configurada?

Não, o Site Recovery não dá suporte à replicação para o Armazenamento do Azure em redes virtuais.

Qual é a frequência de geração de pontos de recuperação com controle de falhas?

O Site Recovery cria um ponto de recuperação com controle de falha a cada 5 minutos.

Posso alterar um computador que já está em replicação de um cofre dos Serviços de Recuperação para outro?

Não há suporte para a alternância de cofres dos Serviços de Recuperação quando a replicação já está em andamento. Para fazer isso, a replicação precisa ser desabilitada e habilitada novamente. Além disso, o agente do serviço de mobilidade, instalado no computador de origem, precisará ser desconfigurado para que possa ser configurado em um novo cofre. Use os comandos abaixo para executar o cancelamento de registro –

Para computadores Windows –

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Para computadores Linux –

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

Atualização de componente

Minha versão do agente de serviços Mobilidade ou do servidor de configuração é antiga e a minha atualização falhou. O que devo fazer?

O Site Recovery segue o modelo de suporte N-4. Saiba mais sobre como atualizar de versões muito antigas.

Onde posso encontrar as notas sobre a versão e os rollups de atualizações do Azure Site Recovery?

Saiba mais sobre novas atualizações e obter informações de rollup.

Onde posso encontrar as informações de atualização da recuperação de desastre para o Azure?

Saiba mais sobre a atualização.

É necessário reinicializar computadores de origem em cada atualização?

Uma reinicialização é recomendada, mas não é obrigatória para cada atualização. Saiba mais.

Servidor de configuração

O que o servidor de configuração faz?

O servidor de configuração executa os componentes locais do Site Recovery, incluindo:

• O servidor de configuração. O servidor coordena as comunicações entre os componentes locais e o Azure e gerencia a replicação de dados.
• O servidor de processo, que atua como um gateway de replicação. Esse servidor:
  1. Recebe dados de replicação.
  2. Otimiza os dados com armazenamento em cache, compactação e criptografia.
  3. Envia os dados ao Armazenamento do Azure. O servidor de processo também instala por push o serviço Mobilidade nas VMs e executa a descoberta automática de VMs locais do VMware.
• O servidor de destino mestre, que lida com os dados de replicação durante o failback do Azure.

Saiba mais sobre os componentes e processos do servidor de configuração.

Onde o servidor de configuração deve ser configurado?

É necessária uma VM local do VMware altamente disponível para o servidor de configuração. Para a recuperação de desastre do servidor físico, instale o servidor de configuração em um computador físico.

O que é necessário para o servidor de configuração?

Analise os pré-requisitos.

É possível configurar manualmente o servidor de configuração em vez de utilizar um modelo?

É recomendável que você crie a VM do servidor de configuração usando a versão mais recente do modelo de OVF (Open Virtualization Format). Se você não puder usar o modelo (por exemplo, se não tiver acesso ao servidor VMware), faça o download do arquivo de instalação do portal e configure o servidor de configuração.

Um servidor de configuração pode replicar para mais de uma região?

Não. Para replicar para mais de uma região, você precisa de um servidor de configuração em cada região.

É possível hospedar um servidor de configuração no Azure?

Embora seja possível, a VM do Azure que executa o servidor de configuração precisa se comunicar com as VMs e a infraestrutura locais do VMware. Essa comunicação adiciona latência e afeta a replicação em andamento.

Como fazer para atualizar o servidor de configuração?

Saiba mais sobre como atualizar o servidor de configuração.

• Você pode encontrar as informações de atualização mais recentes na página de atualizações do Azure.
• Você pode fazer o download da versão mais recente no portal. Ou, você pode fazer o download da versão mais recente do servidor de configuração diretamente no Centro de Download da Microsoft.
• Se houver mais de quatro versões posteriores da sua versão atual, confira a instrução de suporte para obter diretrizes de atualização.

Devo fazer o backup do servidor de configuração?

É recomendável fazer backups agendados regulares do servidor de configuração.

• Para um failback bem-sucedido, a VM na qual ele é feito deve existir no banco de dados do servidor de configuração.
• O servidor de configuração deve estar em execução e conectado.
• Saiba mais sobre as tarefas comuns de gerenciamento do servidor de configuração.

Quando estou configurando o servidor de configuração, posso fazer o download e instalar o MySQL manualmente?

Sim. Faça o download o MySQL e colocá-lo na pasta C:\Temp\ASRSetup. Em seguida, instale-o manualmente. Quando você configura a VM do servidor de configuração e aceita os termos, o MySQL é listado como Já instalado em Faça o download e instale.

Posso evitar de fazer o download de MySQL mas permitir que o Site Recovery instale-o?

Sim. Faça o download do instalador do MySQL e coloque-o na pasta C:\Temp\ASRSetup. Ao configurar a VM do servidor de configuração, aceite os termos e selecione Fazer o download e instalar. O portal usa o instalador que você adicionou para instalar o MySQL.

Posso usar a VM do servidor de configuração para mais alguma coisa?

Não. Use a VM apenas para o servidor de configuração.

Posso clonar um servidor de configuração e usá-lo para orquestração?

Não. Configure um novo servidor de configuração para evitar problemas de registro.

Posso alterar o cofre no qual o servidor de configuração está registrado?

Não. Depois que um cofre é registrado no servidor de configuração, ele não pode ser alterado. Saiba mais sobre como registrar um servidor de configuração com um cofre diferente.

Posso usar o mesmo servidor de configuração para recuperação de desastre de VMs do VMware e servidores físicos?

Sim, mas observe que só é possível fazer failback de um computador físico para uma VM do VMware.

Onde posso fazer o download da frase secreta para o servidor de configuração?

Saiba mais sobre como fazer o download da frase secreta.

Em que local posso baixar as chaves de registro do cofre?

No cofre dos Serviços de Recuperação, selecione Servidores de Configuração em Infraestrutura do Site Recovery>Gerenciar. Em Servidores, selecione Fazer download da chave de registro para baixar o arquivo de credenciais do cofre.

Um servidor de configuração pode ser usado para proteger várias instâncias do vCenter?

Sim, um servidor de configuração pode proteger VMs em vários vCenters. Não há limite de quantas instâncias do vCenter podem ser adicionadas ao servidor de configuração. No entanto, há um limite de quantas VMs um servidor de configuração pode proteger.

Um servidor de configuração pode proteger vários clusters no vCenter?

Sim, o Azure Site Recovery pode proteger VMs em diferentes clusters.

Servidor de processo

Como garantir a alta disponibilidade do servidor de processo?

Ao configurar mais de um servidor de processo, o design oferece flexibilidade para mover os computadores protegidos do servidor de processo não íntegro para o servidor de processo em funcionamento. A transferência de um computador de um servidor de processo para outro deve ser iniciada explícita ou manualmente por meio das etapas definidas em transferindo VMs entre servidores de processo.

Failover e failback

Posso usar o servidor de processo local para fazer o failback?

É altamente recomendável a criação de um servidor de processo no Azure para fins de failback, para evitar latências de transferência de dados. Além disso, caso você tenha separado a rede de VMs de origem com a rede direcionada ao Azure no servidor de configuração, é essencial usar o servidor de processo criado no Azure para fazer o failback.

Posso manter o endereço IP durante o failover?

Sim, você pode manter o endereço IP durante o failover. Certifique-se de especificar o endereço IP de destino nas configurações de Computação e Rede para a VM antes de fazer o failover. Além disso, desligue os computadores no momento do failover para evitar conflitos de endereços IP durante o failback.

Posso alterar o tamanho ou o tipo da VM de destino antes de fazer o failover?

Sim, você pode alterar o tamanho ou o tipo da VM a qualquer momento antes de fazer o failover. No portal, use as configurações de Computação e Rede para a VM replicada.

A que tempo é possível fazer failback de recuperação?

Do VMware para o Azure, o ponto de recuperação mais antigo que você pode usar é de 15 horas.

Como ocorre a remoção de pontos de recuperação?

Os pontos de recuperação consistentes com falhas são gerados a cada cinco minutos. Os instantâneos consistentes com aplicativos são gerados de acordo com a frequência de entrada inserida por você. Após duas horas, a remoção dos pontos de recuperação pode ocorrer de acordo com o período de retenção inserido. Veja a seguir os cenários:

Entrada do Período de Retenção	Mecanismo de remoção
0 dia	Não há nenhum ponto de recuperação salvo. Você só pode fazer failover até o ponto mais recente
1 dia	Um ponto de recuperação salvo por hora além das últimas duas horas
2 a 7 dias	Um ponto de recuperação salvo por duas horas além das últimas duas horas
8 a 15 dias	Um ponto de recuperação salvo por duas horas além das últimas duas horas por sete dias. Após isso, um ponto de recuperação salvo por quatro horas. Os instantâneos consistentes com aplicativos também serão removidos de acordo com a duração mencionada acima, mesmo que você insira uma frequência inferior de instantâneo consistente com aplicativos.

Os aumentos na retenção dos pontos de recuperação aumentam os custos de armazenamento?

Sim. Por exemplo, caso aumente a retenção de um dia para três dias, o Site Recovery salva os pontos de recuperação por mais dois dias. O tempo adicionado provoca alterações de armazenamento. Anteriormente, ele salvava pontos de recuperação por hora por um dia. Agora, ele está salvando pontos de recuperação por duas horas por três dias. Veja como remover os pontos de recuperação. Portanto, mais 12 pontos de recuperação são salvos. Somente como exemplo, se um só ponto de recuperação tiver alterações de delta de 10 GB, a um custo por GB de US$ 0,16 por mês, os custos adicionais serão de US$ 1,60 × 12 por mês.

Como fazer para acessar VMs do Azure após o failover?

Após o failover, você pode acessar as VMs do Azure por meio de uma conexão segura com a Internet, por meio de uma VPN site a site ou por meio do Azure ExpressRoute. Para se conectar, você deve preparar algumas coisas. Saiba mais.

Os dados que passam por failover são resilientes?

O Azure foi desenvolvido para resiliência. O Site Recovery é projetado para fazer failover para um datacenter secundário do Azure, conforme exigido pelo SLA (Contrato de Nível de Serviço) do Azure. Quando ocorre um failover, garantimos que os metadados e os cofres permaneçam na mesma região geográfica escolhida para o cofre.

O failover é automático?

Failover não é automático. Você pode iniciar um failover fazendo uma seleção no portal ou usando o PowerShell para dispará-lo.

É possível fazer failback para um local diferente?

Sim. Se você fez um failover para o Azure, poderá fazer o failback para uma localização diferente se o original não estiver disponível. Saiba mais.

Por que preciso de uma VPN ou do ExpressRoute com emparelhamento privado para fazer o failback?

Ao fazer failback do Azure, os dados do Azure são copiados de volta para a VM local e é solicitado o acesso privado.

Posso usar a reserva de capacidade sob demanda com o cenário de VMware(também Físico) para IaaS?

Não. O Azure Site Recovery não pode usar a reserva de capacidade sob demanda, a menos que seja o cenário de Azure para Azure.

A licença de aplicativo é baseada na UUID da máquina virtual VMware. A UUID de uma máquina virtual do VMware é alterada quando faz failover para o Azure?

Sim, o UUID da máquina virtual do Azure é diferente da máquina virtual VMware local. No entanto, a maioria dos fornecedores de aplicativos dá suporte à transferência da licença para uma nova UUID. Se o aplicativo der suporte a ele, o cliente poderá trabalhar com o fornecedor para transferir a licença para a VM com a nova UUID.

Automação e scripts

É possível configurar a replicação com scripts?

Sim. Você pode automatizar fluxos de trabalho do Site Recovery usando a API REST, o PowerShell ou o SDK do Azure. Saiba mais.

Desempenho e capacidade

É possível limitar a largura de banda de replicação?

Sim. Saiba mais.

Próximas etapas

• Analisar os requisitos de suporte.
• Configurar replicação de VMware para o Azure.