Mover da recuperação após desastre VMware clássica para a modernizada
Este artigo fornece informações sobre a arquitetura, a infraestrutura necessária e as FAQs sobre como mover as suas replicaçãos de máquinas virtuais VMware ou Físicas da arquitetura de proteção clássica para a arquitetura de proteção modernizada . Com esta capacidade de migração, pode transferir com êxito os itens replicados de um servidor de configuração para uma aplicação de replicação Site Recovery do Azure. Esta migração é orientada por um mecanismo de replicação inteligente, que garante que a replicação inicial completa não é efetuada novamente para itens replicados não críticos e apenas os dados diferenciais são transferidos.
Nota
Os planos de recuperação não serão migrados e terão de ser criados novamente no cofre dos Serviços de Recuperação modernizado.
Arquitetura
Os componentes envolvidos na migração de itens replicados de um computador VMware ou Físico são resumidos na seguinte tabela:
| Componente | Requisito |
|---|---|
| Itens replicados num cofre clássico dos Serviços de Recuperação | Um ou mais itens replicados que estão protegidos com a arquitetura clássica e um servidor de configuração em bom estado de funcionamento. O item replicado deve estar num estado não crítico e tem de 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 utilizado pelos itens replicados | O servidor de configuração, utilizado pelos itens replicados, deve estar num estado não crítico e os respetivos 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. |
| Uma aplicação de replicação de Site Recovery do Azure em bom estado de funcionamento | Uma aplicação de replicação de Site Recovery do Azure não crítica, que pode detetar máquinas no local, com todos os componentes atualizados para a versão mais recente (9.50 ou posterior). As versões exatas necessárias são as seguintes: Servidor de processos: 9.50 Servidor proxy: 1.35.8419.34591 Agente dos serviços de recuperação: 2.0.9249.0 Serviço de replicação: 1.35.8433.24227 |
Infraestrutura necessária
Confirme o seguinte para um movimento bem-sucedido do item replicado:
- Um cofre dos Serviços de Recuperação com a experiência modernizada.
Nota
Qualquer novo cofre dos Serviços de Recuperação criado terá a experiência modernizada ativada por predefinição. Não pode mudar para a experiência clássica, uma vez que a sua preterição já foi anunciada.
- Uma aplicação de replicação do Azure Site Recovery, que foi registada com êxito no cofre, e todos os componentes estão num estado não crítico.
- A versão da aplicação tem de ser 9,50 ou posterior. Para obter uma descrição detalhada da versão, consulte aqui.
- Os detalhes do vCenter Server ou do anfitrião vSphere, onde residem as máquinas replicadas existentes, são adicionados à aplicação para que a deteção no local seja bem-sucedida.
Pré-requisitos
Preparar a infraestrutura
Certifique-se do seguinte antes de passar da arquitetura clássica para a arquitetura modernizada:
- Criar um cofre dos Serviços de Recuperação e garantir que a experiência não foi mudada para clássica
- Implementar uma aplicação de replicação do Azure Site Recovery.
- Adicione os detalhes do vCenter Server do computador no local à aplicação, para que execute a deteção com êxito.
Preparar o cofre clássico dos Serviços de Recuperação
Confirme o seguinte para os itens replicados que está a planear mover:
- O item replicado é uma VMware ou Uma máquina física que está a replicar através de um servidor de configuração.
- A replicação não está a acontecer a uma conta de armazenamento não gerida, mas sim ao disco gerido.
- A replicação está a ocorrer do local para o Azure e o item replicado não está num estado de ativação pós-falha ou de reativação pós-falha.
- O item replicado não está a replicar os dados do Azure para o local.
- A replicação inicial não está em curso 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 o estado de funcionamento está num estado não crítico.
- O servidor de configuração tem um heartbeat em bom estado de funcionamento.
- A versão do agente do serviço de mobilidade, instalada no computador de origem, é 9.50 ou posterior.
- Os cofres dos Serviços de Recuperação com MSI ativado são suportados.
- Os cofres dos Serviços de Recuperação com Pontos Finais Privados ativados são suportados.
- O estado de funcionamento do item replicado está num estado não crítico ou os pontos de recuperação estão a ser criados com êxito.
Preparar o cofre dos Serviços de Recuperação modernizados
Para a configuração da arquitetura modernizada, certifique-se de que:
- O cofre dos Serviços de Recuperação utilizado para a configuração da arquitetura modernizada está na mesma localização geográfica que o cofre clássico.
- É implementada uma aplicação de replicação do Azure Site Recovery no local com a versão 9.50 ou posterior.
- A aplicação é registada com êxito no cofre.
- A aplicação e todos os componentes estão num estado não crítico e a aplicação tem um heartbeat em bom estado de funcionamento.
- A versão do vCenter Server é suportada pela arquitetura modernizada.
- Os detalhes do vCenter Server do computador de origem são adicionados à aplicação.
- A versão de distribuição do Linux é suportada pela arquitetura modernizada. Saiba mais.
- A versão do Windows Server é suportada pela arquitetura modernizada. Saiba mais.
Calcular o tempo total a mover
O tempo total necessário para mover qualquer item replicado do cofre clássico para o cofre modernizado depende do estado de replicação do item e do tamanho do disco.
| Estado | Hora de migrar para o cofre modernizado |
|---|---|
| O estado de proteção do item replicado está em bom estado de funcionamento e o último ponto de recuperação foi criado há menos de 50 minutos | A migração é concluída dentro de 1 a 2 horas |
| O estado de proteção do item replicado não está em bom estado de funcionamento ou o último ponto de recuperação foi criado há mais de 50 minutos | O tempo de migração irá variar e irá depender do tamanho do disco |
Se o estado de proteção dos computadores não estiver em bom estado de funcionamento, utilize a fórmula abaixo para calcular a hora exata dos computadores:
Hora de migrar = 1 hora + 45 segundos/GiB
| Configuração da máquina | Hora de migrar |
|---|---|
| Uma máquina com dois discos, ambas de tamanho 256 GiB | ~ 4 horas e 15 minutos [Ambos os discos são migrados em paralelo] |
| 10 máquinas com dois discos cada, ambos de tamanho 256 GiB | ~ 4 horas e 15 minutos [Todas as VMs e os respetivos discos são migrados em paralelo] |
| Uma máquina com quatro discos, com o tamanho 512 GiB | ~ 7 horas e 30 minutos [Ambos os discos são migrados em paralelo] |
| 10 máquinas com quatro discos cada, todos de tamanho 512 GiB | ~ 7 horas e 30 minutos [Todas as VMs e os respetivos discos são migrados em paralelo] |
A mesma fórmula é utilizada para calcular o tempo de migração e é apresentada no portal.
Como definir a infraestrutura necessária
Ao migrar máquinas da arquitetura clássica para a arquitetura modernizada, terá de se certificar de que a infraestrutura necessária já foi registada no cofre dos Serviços de Recuperação modernizado. Veja os detalhes de dimensionamento e capacidade da aplicação de replicação para ajudar a definir a infraestrutura necessária.
Por regra, deve configurar o mesmo número de aplicações de replicação que o número de servidores de processos no cofre clássico dos Serviços de Recuperação. No cofre clássico, se existir um servidor de configuração e quatro servidores de processo, deve configurar quatro aplicações de replicação no cofre dos Serviços de Recuperação modernizado.
Preços
Site Recovery taxa de licença 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. Assim que todos os pontos de recuperação tiverem sido limpos, os preços também irão parar no cofre clássico. Assim que o período de retenção de todos os pontos de recuperação expirar, o item replicado será removido automaticamente através de uma operação de replicação de remoção acionada pelo sistema.
Site Recovery começará a cobrar taxas de licença em itens replicados no cofre modernizado, apenas após o primeiro ponto de recuperação ter sido gerado e o cofre mais antigo ter sido limpo. Se existirem dias de utilização de avaliação gratuita pendentes no cofre clássico, as mesmas informações serão transmitidas para o cofre modernizado. Os preços só serão iniciados no cofre modernizado depois de este período de avaliação ter passado.
Nota
A certa altura, os preços só ocorrerão com um cofre, seja o cofre clássico ou modernizado.
FAQs
Por que motivo devo migrar os meus computadores para a arquitetura modernizada?
É importante ter em atenção que a arquitetura clássica para recuperação após desastre será eliminada gradualmente, pelo que os utilizadores devem certificar-se de que mudam para a versão mais recente e modernizada. A tabela seguinte fornece uma comparação das duas arquiteturas para ajudá-lo a escolher a opção certa para proteger as suas máquinas em caso de desastre.
| Arquitetura clássica | Arquitetura modernizada [Nova] |
|---|---|
| São necessárias várias configurações para detetar dados no local. | Deteção central do datacenter no local com o serviço de deteção. |
| Grande número de passos necessários para a integração inicial. | Simplificou a experiência de inclusão ao automatizar a criação de artefactos e introduziu predefinições para reduzir as entradas necessárias. |
| Utiliza um ficheiro transferido manualmente para obter contexto na cloud. | Foi introduzida a chave de replicação para obter contexto na cloud ao configurar a aplicação. |
| Grande número de passos necessários para um processo de replicação de ativação simples. | Simplificou a experiência de ativação da replicação ao reduzir o número de entradas necessárias e redefinir cada painel. |
| O servidor de configuração continua a ser uma infraestrutura no local com uma configuração extensiva para vários componentes. | Melhorou a aplicação ao converter todos os componentes em microsserviços alojados no Azure. Isto simplifica o dimensionamento, a monitorização e a resolução de problemas da aplicação. |
| A necessidade de um servidor de processos de escalamento horizontal e de um servidor de destino principal nas máquinas do Azure para Linux é um requisito difícil. | Foi removida a necessidade de manter o servidor de processos separado e o servidor de destino principal. |
| Utilizou uma frase de acesso estática para autenticação, que interferiu com os requisitos comerciais do cliente de rotação periódica de palavras-passe. | Foi introduzida a autenticação baseada em certificados, 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 da aplicação e Serviço de mobilidade. |
| O servidor de configuração não tem elevada disponibilidade e pode estar em risco de colapso. | Implementou elevada disponibilidade da aplicação para garantir a resiliência. |
| As credenciais de raiz devem ser atualizadas regularmente para garantir uma experiência de atualização sem erros. | Eliminou o requisito para manter as credenciais de raiz do computador para realizar 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 a aplicação e as máquinas no local. |
| Só deve ser utilizada essa rede virtual, que tem a VPN Site a Site ou a Rota Express ativada. | Foi removida a necessidade de manter uma VPN Site a Site ou Uma Rota Express para replicação inversa. |
| A ferramenta de terceiros, MySQL, também precisa de ser configurada. | Removeu a dependência de quaisquer ferramentas de terceiros. |
Que máquinas devem ser migradas para a arquitetura modernizada?
Todas as máquinas VMware ou físicas replicadas através de um servidor de configuração devem ser migradas para a arquitetura modernizada.
Onde deve ser criado o meu cofre dos Serviços de Recuperação modernizado?
O cofre dos Serviços de Recuperação modernizado deve estar localizado na mesma região e inquilino que o cofre clássico. Pode fazer parte de qualquer subscrição ou grupo de recursos.
A minha replicação continuará enquanto a migração está a decorrer?
Não, a replicação irá interromper durante algum tempo enquanto a migração estiver em curso. Durante este período, o último ponto de recuperação criado, no cofre clássico dos Serviços de Recuperação, estará disponível para ativação pós-falha. Assim que a migração estiver concluída, é gerado um novo ponto de recuperação no cofre dos Serviços de Recuperação modernizado.
Quando é que a minha operação de migração será marcada como concluída?
A operação de migração só será marcada como concluída depois de o primeiro ponto de recuperação ter sido criado com êxito no cofre dos Serviços de Recuperação modernizado.
Que operações podem ser realizadas a partir do meu cofre clássico dos Serviços de Recuperação, após a migração ser efetuada?
Pode efetuar a ativação pós-falha a partir do cofre clássico após a migração. A operação de ativação pós-falha continuará disponível no cofre clássico até os pontos de recuperação expirarem.
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 durante 72 horas (três dias), após uma migração bem-sucedida. Após a hora estipulada, o Azure Site Recovery acionará automaticamente uma operação de replicação de remoção no item replicado e realizará a limpeza de todos os itens associados de armazenamento e faturação.
E se um desastre atingir o meu computador enquanto a operação de migração estiver em curso?
Qualquer item replicado que esteja a ser submetido à migração ainda pode suportar a operação de ativação pós-falha através do cofre clássico dos Serviços de Recuperação até que o período de retenção do ponto de recuperação final termine. Se tentar executar uma operação de ativação pós-falha, esta terá precedência sobre a operação de migração e a tarefa de migração é abortada. Para garantir que o item replicado é migrado, terá de acionar a operação de migração novamente mais tarde.
Nota
As propriedades Computação e Rede de itens replicados podem ser atualizadas enquanto a migração estiver em curso. No entanto, as alterações podem não ser replicadas no cofre dos Serviços de Recuperação modernizado.
Quantas máquinas posso migrar numa só, passando do cofre clássico para o cofre modernizado?
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 utilizar no novo cofre?
Não, os mesmos recursos, que estavam a ser utilizados anteriormente, também serão predefinidos no cofre modernizado. Pode sempre alterá-los a partir do painel Computação e Rede do item replicado. Tem de garantir que os recursos continuam a ter o acesso necessário.
Como é que as minhas políticas de replicação serão movidas para o cofre modernizado?
Como pré-requisito, Site Recovery criará políticas de replicação no cofre modernizado com a mesma configuração que no cofre clássico. Assim, antes de um item replicado ser movido, a política associada é criada no cofre modernizado. Recomendamos que evite fazer alterações à configuração das políticas de replicação no cofre clássico após a migração ter sido acionada, uma vez que estas alterações não serão refletidas no cofre modernizado. É melhor fazer estas alterações antes de iniciar o processo de migração.
A política de replicação criada no cofre modernizado terá o respetivo nome alterado no cofre modernizado. É prefixo 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 era "política de replicação predefinida" no cofre clássico, então, no cofre modernizado, o nome desta 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 a 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 à política no cofre clássico não serão propagadas para o cofre modernizado.
Assim, se existirem 10 itens replicados, que são replicados através de uma política e decide mover 5 para a experiência modernizada, é criada uma cópia da política antes do início da migração. Agora, antes de efetuar a migração dos cinco itens restantes, se forem efetuadas alterações na política no cofre clássico, a política do cofre modernizado não será atualizada. Também terá de fazer essas alterações de configuração no cofre modernizado.
Como devo proceder para migrar itens replicados, que estão presentes num grupo de replicação, também conhecidos como grupos de consistência de várias vms?
Todos os itens replicados que fazem parte de um grupo de replicação são migrados em conjunto. Pode selecionar todas ao selecionar o grupo de replicação ou ignorá-las todas. Se o processo de migração falhar em algumas máquinas num grupo de replicação, mas for bem-sucedido para outras, é realizada uma reversão para a experiência clássica para os itens replicados com falha e o processo de migração pode ser acionado novamente para esses itens.
Passos seguintes
Como mover da recuperação após desastre VMware clássica para a modernizada