Executar failover e failback de servidores físicos replicados para Azure
Este tutorial descreve como fazer failover de servidores físicos locais que replicam para o Azure com o Azure Site Recovery. Depois de fazer failover, faça o failback do Azure para o site local quando estiver disponível.
Antes de começar
- Saiba mais sobre o processo de failover na recuperação de desastre.
- Para fazer failover de várias máquinas, saiba como reuni-las em um plano de recuperação.
- Antes de um fazer um failover completo, execute um procedimento de recuperação de desastre para verificar se tudo está funcionando conforme o esperado.
- Siga estas instruções para se preparar para se conectar às VMs do Azure após o failover.
Executar um failover
Verificar as propriedades do servidor
Confira as propriedades do servidor e verifique se ele está em conformidade com os Requisitos do Azure quanto a VMs do Azure.
- Em Itens Protegidos, clique em Itens Replicados e selecione o computador.
- No painel Item Replicado, há um resumo das informações do computador, o status de integridade e os últimos pontos de recuperação disponíveis. Clique em Propriedades para exibir mais detalhes.
- Em Computação e Rede, você pode modificar o nome do Azure, o grupo de recursos, o tamanho do destino, o conjunto de disponibilidade e as configurações de disco gerenciado
- Você pode exibir ou modificar as configurações de rede, incluindo a rede/sub-rede na qual a VM do Azure estará localizada após o failover e o endereço IP que será atribuído a ela.
- Em Discos, é possível visualizar as informações sobre o sistema operacional e os discos de dados do computador.
Fazer failover para o Azure
Em Configurações>Itens Replicados, clique no computador >Failover.
Em Failover, selecione um Ponto de Recuperação para executar o failover. Você pode usar uma das seguintes opções:
- Mais recente: essa opção primeiro processa todos os dados enviados ao Site Recovery. Ela fornece o RPO (objetivo de ponto de recuperação) mais baixo porque a VM do Azure criada após o failover tem todos os dados que foram replicados para o Site Recovery quando o failover foi disparado.
- Últimos processados: essa opção executa failover do computador para o último ponto de recuperação processado pelo Site Recovery. Essa opção fornece um RTO (Objetivo do Tempo de Recuperação) baixo porque não há tempo gasto para processar dados não processados.
- Consistente com o aplicativo mais recente: essa opção executa failover do computador para o ponto de recuperação consistente com o aplicativo mais recente pelo Site Recovery.
- Personalizado: especifica um ponto de recuperação.
Selecione Desligar o computador antes do início do failover se quiser que o Site Recovery tente realizar um desligamento o computador de origem antes de disparar o failover. O failover continuará mesmo o desligamento falhar. Você pode acompanhar o progresso do failover na página Trabalhos .
Se você preparou a conexão com a VM do Azure, conecte-se para validá-la após o failover.
Depois de verificar, Confirme o failover. Essa ação exclui todos os pontos de recuperação disponíveis.
Aviso
Não cancele um failover em andamento. Antes do início do failover, a replicação do computador é interrompido. Se você cancelar o failover, ele será interrompido, mas o computador não replicará novamente. Para servidores físicos, o processamento adicional de failover pode levar cerca de oito a dez minutos para concluir.
Automatizar ações durante o failover
É possível automatizar ações durante o failover. Para isso, use scripts ou runbooks de automação do Azure nos planos de recuperação.
- Saiba mais sobre como criar e personalizar planos de recuperação, incluindo a adição de scripts.
- Saiba mais sobre como adicionar runbooks de Automação do Azure aos planos de recuperação.
Definir as configurações após o failover
Após o failover, você precisa definir as configurações do Azure para se conectar às VMs replicadas do Azure. Além disso, configure o endereçamento IP interno e público.
Preparar para nova proteção e failback
Após o failover para o Azure, proteja novamente as VMs do Azure replicando-as no site local. Depois de replicar, você pode fazer failback delas de volta para o local, executando um failover do Azure em seu site local.
- Servidores físicos replicados no Azure usando o Site Recovery só podem falhar como VMs VMware. Você precisa de uma infraestrutura de VMware local para executar o failback. Siga as etapas neste artigo para se preparar para a nova proteção e o failback, incluindo a configuração de um servidor de processo no Azure e um servidor de destino mestre local e a configuração de uma VPN site a site ou um emparelhamento privado do ExpressRoute para o failback.
- Verifique se o servidor de configuração local está em execução e conectado ao Azure. Durante o failover para o Azure, o site local pode não estar acessível e o servidor de configuração pode não estar disponível ou estar desligado. Durante o failback, a VM deve existir no banco de dados do servidor de configuração. Caso contrário, o failback será malsucedido.
- Exclua todos os instantâneos do servidor de destino mestre local. A nova proteção não funcionará se houver instantâneos. Os instantâneos na VM são mesclados automaticamente durante um trabalho de nova proteção.
- Se você estiver protegendo novamente as VMs coletadas em um grupo de replicação para consistência de várias VMS, verifique se todas elas têm o mesmo sistema operacional (Windows ou Linux) e se o servidor de destino mestre implantado tem o mesmo tipo de sistema operacional. Todas as VMs em um grupo de replicação devem usar o mesmo servidor de destino mestre.
- Abra as portas necessárias para failback.
- Verifique se o vCenter Server está conectado antes do failback. Caso contrário, desconectando discos e anexá-los de volta para a máquina virtual falha.
- Se um vCenter Server gerenciar as VMs para as quais você fará failback, verifique se você tem as permissões necessárias. Se você executar a descoberta de vCenter de Usuário somente leitura e proteger as máquinas virtuais, a proteção terá êxito e o failover funcionará. No entanto, durante a nova proteção, o failover falha porque os repositórios de armazenamento não podem ser descobertos e não são listados durante a nova proteção. Para resolver esse problema, você pode atualizar as credenciais do vCenter com uma conta/permissões apropriadas e, depois, repita o trabalho.
- Se você usou um modelo para criar suas máquinas virtuais, verifique se cada VM tem os próprios UUIDs para os discos. Se o UUID da VM local estiver em conflito com o UUID do servidor de destino mestre porque os dois foram criados com o mesmo modelo, a nova proteção vai falhar. Implantar de um modelo diferente.
- Se você estiver fazendo failback para um vCenter Server alternativo, o novo vCenter Server e o servidor de destino mestre deverão ser descobertos. Normalmente, se não forem, os armazenamentos de dados não estarão acessíveis ou não estarão visíveis em Proteger Novamente.
- Verifique os seguintes cenários em que você não pode realizar failback:
- Se você estiver usando a edição gratuita ESXi 5.5 ou a edição gratuita do hipervisor vSphere 6. Atualize para uma versão diferente.
- Se você tem um servidor físico do Windows Server 2008 R2 SP1.
- VMs que foram migradas.
- Uma VM que foi movida para outro grupo de recursos.
- Uma VM do Azure de réplica que foi excluída.
- Uma VM do Azure de réplica que não está protegida (replicando para o site local).
- Examine os tipos de failback você pode usar – recuperação de localização original e recuperação de localização alternativa.
Proteger novamente as VMs do Azure em um local alternativo
Este procedimento pressupõe que a VM local não está disponível.
- No cofre>Configurações>Itens replicados, clique com o botão direito do mouse na máquina com failover >Proteger novamente.
- Em Proteger novamente, verifique se Do Azure para local está selecionado.
- Especifique o servidor de destino mestre local e o servidor de processo.
- Em Armazenamento de dado, selecione o armazenamento de dados de destino mestre para o qual deseja recuperar os discos locais. Use esta opção se a VM local tiver sido excluída ou não existir e você precisar criar novos discos. - Essa configuração será ignorada se os discos já existirem, mas você precisa especificar um valor.
- Selecione a unidade de retenção de destino mestre. A politica de failback é selecionada automaticamente.
- Clique em OK para iniciar a nova proteção. Um trabalho vai começar a replicar a VM do Azure para o site local. Você pode acompanhar o andamento na guia Trabalhos.
Observação
Se você deseja recuperar a VM do Azure para uma VM local existente, monte o armazenamento de dados da máquina virtual local com acesso de leitura/gravação no host ESXi do servidor de destino mestre.
Failback do Azure
Execute o failover da seguinte maneira:
- Na página Itens duplicados, clique como botão direito do mouse no computador >Failover Não Planejado.
- Em Confirmar Failover, verifique se a direção do failover é do Azure.
3. Selecione o ponto de recuperação que você deseja usar para o failover.
- Recomendamos que você use o ponto de recuperação Mais recente. O ponto consistente do aplicativo está atrás do último ponto no tempo e causa a perda de alguns dados.
- O Mais recente, há um ponto de recuperação consistente em termos de falha.
- Quando o failover é executado, o Site Recovery encerra as VMs do Azure e inicializa a VM local. Haverá em certo tempo de inatividade, portanto escolha um momento apropriado.
- Com o botão direito do mouse no computador e, em seguida, clique em Confirmar. Isso dispara um trabalho que remove as VMs do Azure.
- Verifique se as VMs do Azure foram desligadas conforme o esperado.
Proteger novamente as máquinas locais para o Azure
Os dados agora devem estar de volta no site local, mas eles não estão sendo replicados para o Azure. Você pode iniciar a replicação para o Azure novamente da seguinte maneira:
- Em cofre >Configurações>Itens replicados, selecione as VMs com failback e clique em Proteger novamente.
- Selecione o servidor de processo que é usado para enviar os dados replicados para o Azure e, em seguida, clique em OK.
Próximas etapas
Após a conclusão do trabalho de nova proteção, a VM local estará replicando para o Azure. Conforme necessário, você pode executar outro failover para o Azure.