Fazer migração da recuperação de desastre do VMware clássica para modernizada
Esse artigo fornece informações sobre a arquitetura, a infraestrutura necessária e as perguntas frequentes sobre como mover as replicações do VMware ou do computador físico da arquitetura de proteção clássica para a modernizada. Com essa funcionalidade de migração, você pode transferir com êxito seus itens replicados de um servidor de configuração para um dispositivo de replicação Azure Site Recovery. Essa migração é guiada por um mecanismo de replicação inteligente, que garante que a replicação inicial completa não seja executada novamente em itens replicados não críticos e apenas os dados diferenciais sejam transferidos.
Observação
Os planos de recuperação não serão migrados e precisarão ser criados novamente no cofre modernizado dos Serviços de Recuperação.
Arquitetura
Os componentes envolvidos na migração de itens replicados de um computador físico ou VMware são resumidos na tabela a seguir:
| Componente | Requisito |
|---|---|
| Itens replicados em um cofre clássico dos Serviços de Recuperação | Um ou mais itens replicados que são protegidos usando a arquitetura clássica e um servidor de configuração íntegro. O item replicado deve estar em um estado não crítico e deve ser replicado do local para o Azure com o agente de mobilidade em execução na versão 9.50 ou posterior. |
| Servidor de configuração usado pelos itens replicados | O servidor de configuração, usado pelos itens replicados, deve estar em um estado não crítico, e seus componentes devem ser atualizados para a versão mais recente (9.50 ou posterior). |
| Um cofre dos Serviços de Recuperação com experiência modernizada | Um cofre dos Serviços de Recuperação com experiência modernizada. |
| Um dispositivo de replicação íntegro no Azure Site Recovery | Um dispositivo de replicação do Azure Site Recovery não crítico, que pode descobrir computadores locais, com todos os seus componentes atualizados para a versão mais recente (9.50 ou mais recente). As versões exatas necessárias são as seguintes: Servidor de processo: 9.50 Servidor proxy: 1.35.8419.34591 Agente de serviços de recuperação: 2.0.9249.0 Serviço de replicação: 1.35.8433.24227 |
Infraestrutura necessária
Verifique o seguinte para um movimento bem-sucedido do item replicado:
- Um cofre dos Serviços de Recuperação que usa a experiência modernizada.
Observação
Qualquer novo cofre dos Serviços de Recuperação criado terá a experiência modernizada ativada por padrão. Você não pode mudar para a experiência clássica, pois sua desativação já foi anunciada.
- Um dispositivo de replicação do Azure Site Recovery, que foi registrado com êxito no cofre e todos os seus componentes estão em um estado não crítico.
- A versão do dispositivo deve ser 9.50 ou mais recente. Para obter uma descrição detalhada da versão, confira aqui.
- Os detalhes de host do servidor vCenter ou do vSphere, em que residem os computadores replicados existentes, são adicionados ao dispositivo para que a descoberta local seja bem-sucedida.
Pré-requisitos
Preparar a infraestrutura
Verifique o seguinte antes de passar da arquitetura clássica para a arquitetura modernizada:
- Criar um cofre dos Serviços de Recuperação e verificar se a experiência não foi alterada para clássica
- Implantar um dispositivo de replicação Azure Site Recovery.
- Adicione os detalhes do vCenter Server do computador local ao dispositivo, para que ele execute a descoberta com êxito.
Preparar o cofre clássico dos Serviços de Recuperação
Verifique o seguinte para os itens replicados que você está planejando mover:
- O item replicado é um computador VMware ou físico replicando por meio de um servidor de configuração.
- A replicação não está acontecendo com uma conta de armazenamento não gerenciada, mas, sim, com o disco gerenciado.
- A replicação está acontecendo do local para o Azure, e o item replicado não está em um estado de failover ou de fail-back.
- O item replicado não está replicando os dados do Azure para o local.
- A replicação inicial não está em andamento e já foi concluída.
- O item replicado não está no estado de "ressincronização".
- A versão do servidor de configuração é 9.50 ou mais recente, e a integridade dele está em um estado não crítico.
- O servidor de configuração tem uma pulsação íntegra.
- A versão do agente do serviço de mobilidade, instalada no computador de origem, é 9.50 ou mais recente.
- Há suporte para os cofres dos Serviços de Recuperação com MSI habilitado.
- Há suporte para os cofres dos Serviços de Recuperação com pontos de extremidade privados habilitados.
- A integridade do item replicado está em um estado não crítico ou os pontos de recuperação dele estão sendo criados com êxito.
Preparar o cofre modernizado dos Serviços de Recuperação
Para a configuração de arquitetura modernizada, certifique-se de que:
- O cofre dos Serviços de Recuperação usado para configuração de arquitetura modernizada esteja na mesma localização geográfica que o cofre clássico.
- Um dispositivo de replicação do Azure Site Recovery seja implantado no local com a versão 9.50 ou mais recente.
- O dispositivo seja registrado com êxito no cofre.
- O dispositivo e todos os seus componentes estão em um estado não crítico, e o dispositivo tem uma pulsação íntegra.
- A versão do vCenter Server tenha suporte na arquitetura modernizada.
- Os detalhes do vCenter Server do computador de origem sejam adicionados ao dispositivo.
- A versão de distribuição do Linux tenha suporte na arquitetura modernizada. Saiba mais.
- A versão do Windows Server tenha suporte na arquitetura modernizada. Saiba mais.
Calcular o tempo total para mover
O tempo total necessário para mover qualquer item replicado do cofre clássico para o cofre modernizado depende do status de replicação do item e do tamanho do disco.
| Estado | Hora de migrar para o cofre modernizado |
|---|---|
| O status de proteção do item replicado é íntegro, e o último ponto de recuperação foi criado há menos de 50 minutos | A migração é concluída em 1 a 2 horas |
| O status de proteção do item replicado é não íntegro, e o último ponto de recuperação foi criado há mais de 50 minutos | O tempo de migração variará e dependerá do tamanho do disco |
Se o status de proteção de seus computadores não estiver íntegro, use a fórmula abaixo para calcular a hora exata para seus computadores:
Tempo para migrar = 1 hora + 45 segundos/GiB
| Configuração do computador | Tempo para migrar |
|---|---|
| Um computador com dois discos, ambos de 256 GiB | ~ 4 horas e 15 minutos [Os dois discos são migrados em paralelo] |
| 10 computadores com dois discos cada, ambos de 256 GiB | ~ 4 horas e 15 minutos [Todas as VMs e seus discos são migrados em paralelo] |
| Um computador com quatro discos, todos de 512 GiB | ~ 7 horas e 30 minutos [Os dois discos são migrados em paralelo] |
| 10 computadores com quatro discos cada, todos de 512 GiB | ~ 7 horas e 30 minutos [Todas as VMs e seus discos são migrados em paralelo] |
A mesma fórmula é usada para calcular o tempo de migração e é exibida no portal.
Como definir a infraestrutura necessária
Ao migrar computadores da arquitetura clássica para a modernizada, você precisará verificar se a infraestrutura necessária já foi registrada no cofre dos Serviços de Recuperação modernizado. Consulte os detalhes de dimensionamento e capacidade do dispositivo de replicação para ajudar a definir a infraestrutura necessária.
Como regra, você deve configurar o mesmo número de dispositivos de replicação, como o número de servidores de processo no cofre clássico dos Serviços de Recuperação. No cofre clássico, se houver um servidor de configuração e quatro servidores de processo, você deverá configurar quatro dispositivos de replicação no cofre modernizado dos Serviços de Recuperação.
Preços
A taxa de licença do Site Recovery continuará a ser cobrada no cofre clássico até que o período de retenção de todos os pontos de recuperação tenha expirado. Depois que todos os pontos de recuperação forem limpos, os preços também serão interrompidos no cofre clássico. Depois que o período de retenção de todos os pontos de recuperação tiver expirado, o item replicado será removido automaticamente por meio de uma operação de replicação de limpeza disparada pelo sistema.
O Site Recovery começará a cobrar a taxa de licença em itens replicados no cofre modernizado, somente depois que o primeiro ponto de recuperação tiver sido gerado e o cofre mais antigo tiver sido limpo. Se houver dias de uso de avaliação gratuita pendentes no cofre clássico, as mesmas informações serão passadas para o cofre modernizado. Os preços começarão no cofre modernizado somente depois que esse período de avaliação for aprovado.
Observação
Em determinado momento, os preços só ocorrerão usando um cofre, seja o cofre clássico ou o modernizado.
Perguntas frequentes
Por que devo migrar meus computadores para a arquitetura modernizada?
É importante lembrar que a arquitetura clássica para recuperação de desastre será desativada, portanto, os usuários devem mudar para a versão mais recente e modernizada. A tabela a seguir fornece uma comparação entre as duas arquiteturas para ajudar na escolha da opção certa para proteger seus computadores em caso de desastre.
| Arquitetura clássica | Arquitetura modernizada [Novo] |
|---|---|
| Várias configurações necessárias para descobrir dados locais. | Descoberta central do data center local usando o serviço de descoberta. |
| Número extensivo de etapas necessárias para integração inicial. | Foi simplificada a experiência de integração automatizando a criação de artefatos e introduzindo padrões para reduzir as entradas necessárias. |
| Utiliza um arquivo baixado manualmente para obter o contexto de nuvem. | Foi introduzida a chave de replicação para obter o contexto de nuvem ao configurar o dispositivo. |
| Número extensivo de etapas necessárias para um processo de replicação de habilitação simples. | Foi simplificada a experiência de habilitação de replicação reduzindo o número de entradas necessárias e redefinindo cada folha. |
| O servidor de configuração continua sendo uma infraestrutura local com configuração extensa para vários componentes. | Foi aprimorado o dispositivo convertendo todos os componentes em microsserviços hospedados no Azure. Isso simplifica o dimensionamento, o monitoramento e a solução de problemas do dispositivo. |
| A necessidade de servidor de processo de expansão e de servidor de destino mestre no Azure para computadores Linux é um requisito que dificulta. | Foi removida a necessidade de manter o servidor de processo e o servidor de destino mestre separados. |
| Foi usada uma frase secreta estática para autenticação, que interferiu nos requisitos comerciais do cliente de rotação periódica de senha. | Foi introduzida a autenticação baseada em certificado, que é mais segura e resolve as preocupações de segurança do cliente. |
| A atualização para uma versão atualizada deve ser feita manualmente, e é um processo complicado. | Foram introduzidas atualizações automáticas para componentes do dispositivo e serviço Mobilidade. |
| O servidor de configuração não tem alta disponibilidade e pode estar em risco de recolhimento. | Foi implementada a alta disponibilidade do dispositivo para garantir a resiliência. |
| As credenciais raiz devem ser atualizadas regularmente para garantir uma experiência de atualização sem erros. | Foi eliminado o requisito de manter as credenciais raiz do computador para executar atualizações automáticas. |
| O endereço IP estático deve ser atribuído ao servidor de configuração para manter a conectividade. | Foi introduzida a conectividade baseada em FQDN entre computadores e dispositivos locais. |
| Somente essa rede virtual, que tem VPN site a site ou Rota Expressa habilitada, deve ser usada. | Foi removida a necessidade de manter uma VPN site a site ou a Rota Expressa para replicação inversa. |
| A ferramenta de terceiros, MySQL, também precisa ser configurada. | Removida a dependência de todas as ferramentas de terceiros. |
Quais computadores devem ser migrados para a arquitetura modernizada?
Todos os computadores físicos ou VMware replicados usando um servidor de configuração devem ser migradas para a arquitetura modernizada.
Onde meu cofre modernizado dos Serviços de Recuperação deve ser criado?
O cofre dos Serviços de Recuperação modernizado deverá estar localizado na mesma região e locatário do cofre clássico. Ele pode fazer parte de qualquer assinatura ou grupo de recursos.
Minha replicação continuará enquanto a migração estiver acontecendo?
Não, a replicação será interrompida por algum tempo enquanto a migração estiver em andamento. Durante esse tempo, o último ponto de recuperação criado, no cofre clássico dos Serviços de Recuperação, estará disponível para o failover. Quando a migração é concluída, um novo ponto de recuperação é gerado no cofre dos Serviços de Recuperação modernizado.
Quando minha operação de migração será marcada como concluída?
A operação de migração só será marcada como concluída depois que o primeiro ponto de recuperação tiver sido criado com êxito no cofre modernizado dos Serviços de Recuperação.
Quais operações podem ser executadas no meu cofre clássico dos Serviços de Recuperação após a migração ser feita?
Você pode executar o failover do cofre clássico após a migração. A operação de failover continuará disponível no cofre clássico até que os pontos de recuperação expirem.
Por exemplo, se o período de retenção de um item replicado for de 72 horas (três dias), o último ponto de recuperação no cofre clássico continuará disponível por 72 horas (três dias), após uma migração bem-sucedida. Após o tempo estipulado, o Azure Site Recovery disparará automaticamente uma operação de replicação de limpeza no item replicado e executará a limpeza de todos os itens associados de armazenamento e causadores de cobrança.
E se um desastre atingir meu computador enquanto a operação de migração estiver em andamento?
Qualquer item replicado que esteja passando pela migração ainda pode dar suporte à operação de failover por meio do cofre dos Serviços de Recuperação clássico até que o período de retenção do ponto de recuperação final seja encerrado. Se você tentar executar uma operação de failover, ela terá precedência sobre a operação de migração e o trabalho de migração será anulado. Para garantir a migração do item replicado, você precisará disparar a operação de migração novamente, mais tarde.
Observação
As propriedades de computação e rede de itens replicados podem ser atualizadas enquanto a migração está em andamento. No entanto, as alterações podem não ser replicadas no cofre modernizado dos Serviços de Recuperação.
Quantos computadores posso migrar de uma só vez do cofre clássico para o modernizado?
Você pode migrar até 10 computadores por meio do portal, de uma só vez.
Devo recriar as redes virtuais, as contas de armazenamento e a política de replicação a serem usadas no novo cofre?
Não, os mesmos recursos que estavam sendo usados anteriormente também serão usados no cofre modernizado. Você sempre pode alterar os a partir da folha de Computação e Rede do item replicado. Você deve garantir que os recursos continuem a ter o acesso necessário.
Como minhas políticas de replicação serão movidas para o cofre modernizado?
Como pré-requisito, o Site Recovery criará políticas de replicação no cofre modernizado com a mesma configuração que existe no cofre clássico. Portanto, antes que um item replicado seja movido, a política associada será criada no cofre modernizado. Recomendamos que você evite fazer alterações na configuração das políticas de replicação no cofre clássico após a migração ter sido disparada, pois essas alterações não serão refletidas no cofre modernizado. É melhor fazer essas alterações antes de iniciar o processo de migração.
A política de replicação criada no cofre modernizado terá seu nome alterado no cofre modernizado. Ele é prefixado com o nome do grupo de recursos e o nome do cofre do cofre dos Serviços de Recuperação modernizado. Portanto, se o nome da política for "política de replicação padrão" no cofre clássico, no cofre modernizado, o nome dessa política será default replication policy contoso-modern-vault_contoso-rg, uma vez que o nome do cofre é contoso-modern-vault, e o grupo de recursos do cofre é contoso-rg.
Posso editar minha política de replicação durante a migração ou pós-migração no cofre clássico?
Se a réplica de uma política de replicação já tiver sido criada no cofre modernizado, as alterações na política no cofre clássico não serão propagadas para o cofre modernizado.
Portanto, se houver 10 itens replicados usando uma política, e você decidir mover cinco deles para a experiência modernizada, uma cópia da política é criada antes do início da migração. Agora, antes de executar a migração dos cinco itens restantes, se alguma alteração for feita na política no cofre clássico, a política do cofre modernizado não será atualizada. Você também precisará fazer essas alterações de configuração no cofre modernizado.
Como fazer para migrar itens replicados, que estão presentes em um grupo de replicação, também conhecidos como grupos de consistência de várias VMs?
Todos os itens replicados pertencentes a um grupo de replicação são migrados juntos. Você pode selecionar todos eles selecionando o grupo de replicação ou ignorando todos eles. Se o processo de migração falhar para alguns computadores em um grupo de replicação, mas for bem-sucedido para outros, uma reversão para a experiência clássica será executada para os itens replicados com falha e o processo de migração poderá ser disparado novamente para esses itens.
Posso migrar minha configuração clássica com o ponto de extremidade público para a configuração modernizada com o ponto de extremidade privado?
Não, você só pode mover a configuração clássica de recuperação de desastre com o ponto de extremidade público para a configuração modernizada do ponto de extremidade público. Observe que não há suporte para migração de ponto de extremidade não privado para ponto de extremidade privado, mas há suporte para a migração de ponto de extremidade privado para ponto de extremidade privado.