**Portuguese Translation:**
system: Você está usando o Microsoft Azure Site Recovery (ASR) e já se deu ao trabalho de configurar a replicação de algumas VMs. E agora? É hora de aprender como realizar o failover dessas VMs para o seu site de backup (datacenter secundário) para testar!
Para acompanhar este tutorial, certifique-se de já ter seguido a primeira parte desta série de dois posts intitulada Como Planejar, Configurar e Implementar o Azure Site Recovery. Se você já configurou antecipadamente um cofre ASR para fazer backup de VMs, o tutorial ainda será aplicável.
Depois de configurar o cofre ASR, a parte difícil está concluída, mas não há maneira de saber se você pode realmente usar o serviço até testá-lo. Neste tutorial, você aprenderá como fazer o failover de uma imagem de site feita com o ASR para um site secundário.
Torça para que isso funcione!
Executando um Teste de Failover em uma Única Máquina Virtual no Microsoft Azure Site Recovery
Antes de realizar um failover real, é importante fazer alguns testes primeiro. Afinal, se essas VMs estivessem em produção e algo desse errado, você teria um longo dia pela frente!
Vamos primeiro passar por um teste de failover de uma única VM do Azure a partir do cenário demonstrado no primeiro post desta série. Você faz o failover para a região do Azure definida no primeiro post desta série.
- Usando seu navegador da web, acesse o Portal do Azure e pesquise pelo serviço de recuperação em sua barra de busca, e abra Serviços de Recuperação, conforme mostrado abaixo.
2. Encontre e abra seu cofre.
3. Clique em Itens Replicados no lado esquerdo da tela. Este é o local onde você pode visualizar o cofre que contém seus dados replicados desde o início.
4. Na lista de recursos, selecione uma única VM clicando nos três pontos. Você testará a falha desta para o site de backup. Clique em Testar Falha.
5. Agora, configure as opções para realizar o teste de falha, conforme mostrado abaixo, e clique em OK.
Não falhe para uma rede de produção ou desligue as máquinas virtuais de origem antes de testar a falha. Máquinas virtuais idênticas na mesma rede não serão máquinas virtuais felizes!
- De – A região do Azure onde a máquina virtual com Windows Server está atualmente localizada.
- Para – A região de destino onde o ASR criará a máquina virtual a partir do ponto de snapshot mais recente.
- Escolha um ponto de recuperação – A lista de pontos de recuperação que o ASR tem feito desde que você criou o cofre. Escolha o mais recente para falhar as últimas alterações.
- – Rede Virtual do Azure – A vNet para conectar a VM restaurada. Por padrão, o ASR conectará a vNic da VM à vNet de destino, usando o mesmo endereço IP interno atribuído na vNet de origem. Se, por exemplo, você preferir não anexar a VM restaurada a uma rede de produção, altere isso aqui. Para este tutorial, deixe a escolha padrão.
A test failover does not impact running virtual machines in the source region; your source virtual machines will continue to run and replicate as normal. The virtual machines are not moved.
Para o teste, uma nova máquina virtual é criada com os dados que foram replicados e construídos a partir do ponto de recuperação escolhido. O recurso associado a essa máquina virtual, como armazenamento Azure e vNic, também é criado na região de destino.
6. Agora, volte para Itens Replicados. Você deve ver que o status da VM mudou de Protegido para Teste de failover pendente de limpeza, conforme mostrado abaixo, e que a Saúde do Failover está mostrando como Saudável. Essas informações indicam que o failover foi bem-sucedido e você pode visualizar os recursos que o teste de failover criou na região de destino.
7. Após alguns minutos, clique no Status da VM. Você deverá ver cada tarefa que o ASR executou para realizar o failover da VM, conforme mostrado abaixo.
Volte para o grupo de recursos que contém a VM replicada (neste demo, o grupo de recursos é rgacmecompany-asr, o grupo de recursos de destino é acrescentado com -asr). Você verá que os seguintes recursos foram criados em sua região de destino com um nome acrescentado com a palavra “teste”:
- A VM
- Disco(s) da VM
- vNic
Você também pode ver os discos para os quais seus dados replicados estão sendo enviados; esses discos têm -ASRreplica apendados a eles.
9. Por fim, é hora de limpar. Navegue até o seu cofre de serviços de recuperação e clique em Itens Replicados novamente.
10. Clique nos três pontos e selecione Limpar Teste de Falha.
Durante a falha, recursos foram criados na sua região de destino, uma máquina virtual, armazenamento e uma vNic; selecionando Limpar Teste de Falha, esses recursos serão excluídos da região de destino pelo cofre de serviços de recuperação do Azure.
Você pode inserir notas úteis sobre a falha e remover as máquinas virtuais de teste; para este tutorial, adicione ‘completo’ à seção de Notas e clique na caixa de seleção Teste completo. Excluir máquina(s) virtual(is) de teste de falha
Clique em OK.
Criando um Plano de Recuperação para Duas Máquinas Virtuais
Neste ponto, se o teste da seção anterior foi bem-sucedido, você pode executar uma falha de uma única VM. Mas e se você tiver um conjunto de VMs do Azure para falhar e precisar de uma ordem específica. Talvez você tenha um servidor web que dependa de um servidor de banco de dados? Nesse caso, é hora de criar um plano de recuperação.
A recovery plan allows you to failover more than one virtual machine, failover in a particular order, and add pre and post steps to your disaster recovery.
Neste exemplo, você criará um plano para falhar duas máquinas virtuais em uma determinada ordem.
1. Em sua página ASR e clique em Planos de Recuperação (Recuperação de Site).
2. Clique em Plano de Recuperação para começar a criar um novo plano de recuperação, conforme mostrado abaixo.
3. Na tela Criar Plano de Recuperação, forneça todas as configurações necessárias para criar o plano de recuperação.
- Nome – Qualquer nome para o plano de recuperação. Este tutorial está usando apenas o nome de recoveryplan.
- Origem – A região Azure onde as VMs atualmente residem.
- Destino – A região Azure para onde as VMs serão falhadas.
- Permitir itens com modelo de implantação – O modelo de implantação a ser usado ao criar as VMs. Escolha Gerenciador de Recursos. Clássico é um modelo de implantação mais antigo.
4. Clique em Selecionar Itens para selecionar as duas VMs no plano de recuperação, selecione cada VM e clique em OK.
5. Por fim, clique em Criar para criar o plano de recuperação.
6. Assim que o plano for criado, clique no plano de recuperação para ver seu conteúdo abaixo.
Na tela do plano de recuperação, você verá várias opções, incluindo Grupos de Inicialização. Um grupo de inicialização é um grupo de VMs que falharão simultaneamente para a região de destino. Você verá abaixo que o tutorial atualmente possui apenas um grupo de inicialização no momento.
Vamos dar uma olhada mais de perto no seu plano para entendê-lo melhor. Clique no botão personalizar, conforme mostrado abaixo.
Na aba de plano de recuperação, você verá o que acontece quando o plano de recuperação é executado. As máquinas virtuais são desligadas no site de origem (site primário), e então os servidores do Grupo 1 são failover para a região de destino.
Executando um Plano de Recuperação de Produção
Agora chegou a hora! Para failover de suas máquinas virtuais para a região de destino!
1. Abra o plano de recuperação criado acima e clique em Failover.
2. Confirme que a Direção do Failover está correta tanto para o campo De (origem) quanto para as regiões Para (destino). Se precisar alterá-las por qualquer motivo, clique em Alterar direção.
Você também precisará Escolher um ponto de recuperação para indicar com qual snapshot as máquinas do ambiente de produção failoverão. No menu suspenso, você verá algumas opções:
- Mais recente (RPO mais baixo) – Processa todos os dados enviados para o cache de recuperação do site para criar um ponto de recuperação para cada máquina virtual antes do failover. Para este tutorial, escolha Mais recente (RPO mais baixo).
- Mais recente processado (RPO mais baixo) – Usa o ponto de recuperação mais recente processado pelo ASR; nenhum tempo é gasto processando dados.
- Mais recente consistente com o aplicativo – Failover usando o ponto de recuperação mais consistente com o aplicativo mais recente.
Se você deseja garantir um failover limpo confirmando que toda a atividade seja interrompida nas VMs de destino, selecione a opção para Desligar máquinas antes de começar o failover. Quando terminar, clique em OK.
3. Agora, volte para o seu plano de recuperação e você verá que a failover está em andamento. Clique em Falha em progresso para ver mais detalhes. Como mostrado abaixo.
Você precisará aguardar e atualizar a seguinte lâmina conforme a failover progride; uma vez que esta lâmina mostrar status como bem-sucedido, você pode agora navegar até o grupo de recursos para visualizar os recursos migrados.
4. Uma vez que a failover for bem-sucedida, volte para o grupo de recursos e você verá que cada recurso tem um sufixo ASRReplica.
Comprometendo Suas Máquinas Virtuais
Neste ponto, suas VMs foram failover com sucesso, mas agora você deve confirmar cada VM para remover todos os pontos de recuperação que o ASR criou durante a replicação de suas máquinas virtuais. Para fazer isso:
Vá para o seu cofre do ASR e:
- Clique em Itens Replicados
- Selecione uma VM.
- Clique nos três pontos e clique em Confirmar.
Você será solicitado se deseja confirmar ou não. Clique em OK.
Repita este processo em todas as máquinas virtuais.
Conclusão
Você aprendeu como realizar um failover de teste e depois avançou para criar um plano de recuperação com um failover de duas etapas e finalmente executar esse plano de forma real. Você acha que o Azure ASR é o modelo certo de Recuperação como Serviço para você?
Este artigo lhe deu algumas ideias sobre como você pode proteger suas máquinas virtuais do Azure? Isso fez você pensar sobre seu plano de recuperação?