Mude da recuperação de desastres VMware clássica para a recuperação de desastres modernizada
Este artigo fornece informações sobre a arquitetura, a infraestrutura necessária e perguntas frequentes sobre como mover suas replicações de máquinas VMware ou físicas da arquitetura de proteção clássica para a modernizada . Com esse recurso de migração, você pode transferir com êxito seus itens replicados de um servidor de configuração para um dispositivo de replicação do 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 para itens replicados não críticos e que apenas os dados diferenciais sejam transferidos.
Nota
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 uma máquina VMware ou física 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 do Azure Site Recovery íntegro | Um dispositivo de replicação não crítico do Azure Site Recovery, que pode descobrir máquinas locais, com todos os seus componentes atualizados para a versão mais recente (9.50 ou posterior). 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
Certifique-se do seguinte para uma movimentação bem-sucedida do item replicado:
- Um cofre dos Serviços de Recuperação usando a experiência modernizada.
Nota
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 depreciaçã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 aparelho deve ser 9.50 ou posterior. Para obter uma descrição detalhada da versão, consulte aqui.
- Os detalhes do servidor vCenter ou do host vSphere, onde residem as máquinas replicadas existentes, são adicionados ao dispositivo para que a descoberta local seja bem-sucedida.
Pré-requisitos
Preparar a infraestrutura
Certifique-se do seguinte antes de passar da arquitetura clássica para a arquitetura modernizada:
- Crie um cofre dos Serviços de Recuperação e verifique se a experiência não foi alterada para clássica
- Implante um dispositivo de replicação do Azure Site Recovery.
- Adicione os detalhes do vCenter Server da máquina local ao dispositivo, para que ele execute a descoberta com êxito.
Preparar o cofre clássico dos Serviços de Recuperação
Certifique-se do seguinte para os itens replicados que você está planejando mover:
- O item replicado é uma máquina VMware ou física 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 um 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 failback.
- 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 posterior e sua integridade está em um estado não crítico.
- O servidor de configuração tem uma pulsação saudável.
- A versão do agente de serviço de mobilidade, instalada na máquina de origem, é 9.50 ou posterior.
- Os cofres dos Serviços de Recuperação com MSI habilitado são suportados.
- Os cofres dos Serviços de Recuperação com Pontos de Extremidade Privados habilitados são suportados.
- A integridade do item replicado está em um estado não crítico ou seus pontos de recuperação estão sendo criados com êxito.
Preparar o cofre modernizado dos Serviços de Recuperação
Para a configuração da arquitetura modernizada, certifique-se de que:
- O cofre dos Serviços de Recuperação usado para a configuração da arquitetura modernizada está na mesma localização geográfica do cofre clássico.
- Um dispositivo de replicação do Azure Site Recovery é implantado no local com a versão 9.50 ou posterior.
- O aparelho é registrado com sucesso no cofre.
- O aparelho e todos os seus componentes estão num estado não crítico e o aparelho tem um batimento cardíaco saudável.
- A versão do vCenter Server é suportada pela arquitetura modernizada.
- Os detalhes do vCenter Server da máquina de origem são adicionados ao dispositivo.
- A versão da distro Linux é suportada pela arquitetura modernizada. Mais informações.
- A versão do Windows Server é suportada pela arquitetura modernizada. Mais informações.
Calcular o tempo total de movimentação
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 | Tempo de migração para o cofre modernizado |
|---|---|
| O status de proteção do item replicado está íntegro e o último ponto de recuperação foi criado há menos de 50 minutos | A migração é concluída em 1-2 horas |
| O status de proteção do item replicado não está íntegro ou 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 estado de proteção das suas máquinas não estiver saudável, utilize a fórmula abaixo para calcular a hora exata das suas máquinas:
Tempo de migração = 1 hora + 45 segundos/GiB
| Configuração da máquina | Hora de migrar |
|---|---|
| Uma máquina com dois discos, ambos de tamanho 256 GiB | ~ 4 horas 15 minutos [Ambos os discos são migrados em paralelo] |
| 10 máquinas com dois discos cada, ambos de tamanho 256 GiB | ~ 4 horas 15 minutos [Todas as VMs e seus discos são migrados em paralelo] |
| Uma máquina com quatro discos, todos de tamanho 512 GiB | ~ 7 horas 30 minutos [Ambos os discos são migrados em paralelo] |
| 10 máquinas com quatro discos cada, todas de tamanho 512 GiB | ~ 7 horas 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 é mostrada no portal.
Como definir a infraestrutura necessária
Ao migrar máquinas da arquitetura clássica para a modernizada, você precisará certificar-se de que a infraestrutura necessária já foi registrada no cofre modernizado dos Serviços de Recuperação. 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 que 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 de Recuperação de Site 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 tiverem sido limpos, o preço também será interrompido no cofre clássico. Quando o período de retenção de todos os pontos de recuperação expirar, o item replicado será removido automaticamente por meio de uma operação de replicação de limpeza acionada pelo sistema.
O Site Recovery começará a cobrar taxa de licença sobre 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 passar.
Nota
Em um determinado momento, o preço só acontecerá usando um cofre, o cofre clássico ou modernizado.
FAQs
Por que devo migrar minhas máquinas para a arquitetura modernizada?
É importante notar que a arquitetura clássica para recuperação de desastres será descontinuada, portanto, os usuários devem se certificar de mudar para a versão mais recente e modernizada. A tabela a seguir fornece uma comparação das duas arquiteturas para ajudá-lo a escolher a opção certa para proteger suas máquinas no caso de um 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. |
| Amplo número de etapas necessárias para a integração inicial. | Simplificou a experiência de integração automatizando a criação de artefatos e introduziu padrões para reduzir as entradas necessárias. |
| Utiliza um arquivo baixado manualmente para obter o contexto da nuvem. | Introduziu a chave de replicação para obter contexto de nuvem ao configurar o dispositivo. |
| Amplo número de etapas necessárias para um processo de replicação simples de habilitação. | Simplificou a experiência de replicação ao reduzir o número de entradas necessárias e redefinir cada lâmina. |
| O servidor de configuração continua a ser uma infraestrutura local com configuração extensiva para vários componentes. | Aprimorou o dispositivo convertendo todos os componentes em microsserviços hospedados pelo 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 servidor de destino mestre no Azure para máquinas Linux é um requisito difícil. | Removida a necessidade de manter o servidor de processo separado e o servidor de destino mestre. |
| Usou uma senha estática para autenticação, que interferiu com os requisitos de negócios do cliente de rotação periódica de senhas. | Introduziu 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. | Introduziu atualizações automáticas para componentes de aparelhos e serviço de mobilidade. |
| O servidor de configuração não tem alta disponibilidade e pode estar em risco de colapso. | Implementei alta disponibilidade do aparelho para garantir resiliência. |
| As credenciais raiz devem ser atualizadas regularmente para garantir uma experiência de atualização livre de erros. | Eliminado o requisito de manter as credenciais raiz da máquina 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. | Introduziu a conectividade baseada em FQDN entre o dispositivo e as máquinas locais. |
| Apenas essa rede virtual, que tem VPN Site-to-Site ou Rota Expressa habilitada, deve ser usada. | Removida a necessidade de manter uma VPN Site a Site ou uma Rota Expressa para replicação reversa. |
| A ferramenta de terceiros, MySQL, também precisa ser configurada. | Removida a dependência de quaisquer ferramentas de terceiros. |
Quais máquinas devem ser migradas para a arquitetura modernizada?
Todos os VMware ou máquinas físicas replicadas usando um servidor de configuração devem ser migrados para a arquitetura modernizada.
Onde meu cofre de Serviços de Recuperação modernizado deve ser criado?
O cofre dos Serviços de Recuperação modernizado deve estar localizado na mesma região e locatário do cofre clássico. Pode fazer parte de qualquer subscrição 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 período, o último ponto de recuperação criado, no cofre clássico dos Serviços de Recuperação, estará disponível para failover para você. Quando a migração estiver concluída, um novo ponto de recuperação será gerado no cofre modernizado dos Serviços de Recuperação.
Quando minha operação de migração será marcada como concluída?
A operação de migração só será marcada como concluída quando o primeiro ponto de recuperação tiver sido criado com êxito no cofre modernizado dos Serviços de Recuperação.
Que operações podem ser executadas a partir do meu cofre clássico dos Serviços de Recuperação, após a migração?
Você pode executar failover a partir do seu 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 ponto de recuperação mais recente 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 acionará automaticamente uma operação de replicação de limpeza no item replicado e executará a limpeza de todos os itens associados de armazenamento e cobrança.
E se um desastre ocorrer na minha máquina enquanto a operação de migração estiver em andamento?
Qualquer item replicado que esteja passando por migração ainda pode dar suporte à operação de failover por meio do cofre clássico dos Serviços de Recuperação até que o período de retenção para o ponto de recuperação final tenha terminado. 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 que o item replicado seja migrado, você precisará acionar a operação de migração novamente posteriormente.
Nota
As propriedades Compute e Network dos 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.
Quantas máquinas posso migrar de uma só vez do cofre clássico para o modernizado?
Você pode migrar até 10 máquinas através 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, serão padronizados no cofre modernizado também. Você sempre pode alterá-los da folha 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 do cofre clássico. Portanto, antes que um item replicado seja movido, a política associada é criada no cofre modernizado. Recomendamos que você evite fazer alterações na configuração das políticas de replicação no cofre clássico depois que a migração for acionada, 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 dos Serviços de Recuperação modernizados. Portanto, se o nome da política era "política de replicação padrão" no cofre clássico, então no cofre modernizado, o nome dessa política é default replication policy contoso-modern-vault_contoso-rg, dado 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, quaisquer alterações na política no cofre clássico não serão propagadas para o cofre modernizado.
Portanto, se houver 10 itens replicados, que são replicados usando uma política e você decidir mover 5 deles para a experiência modernizada, uma cópia da política será criada antes do início da migração. Agora, antes de executar a migração dos cinco itens restantes, se forem feitas alterações 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 migrar itens replicados, que estão presentes em um grupo de replicação, também conhecido como grupos de consistência multi-vm?
Todos os itens replicados que fazem parte de um grupo de replicação são migrados juntos. Você pode selecionar todos eles selecionando o grupo de replicação ou ignorá-los todos. Se o processo de migração falhar para algumas máquinas em um grupo de replicação, mas for bem-sucedido para outras, 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 acionado novamente para esses itens.
Posso migrar minha configuração clássica com ponto de extremidade público para configuração modernizada com ponto de extremidade privado?
Não, você só pode mover a configuração clássica de recuperação de desastres com ponto de extremidade público para a configuração de ponto de extremidade público modernizada. Observe que a migração de ponto de extremidade não privado para ponto de extremidade privado não é suportada, mas a migração de ponto de extremidade privado para ponto de extremidade privado é suportada.