Descrever o Azure Site Recovery

Concluído

A Contoso precisa adotar uma estratégia de continuidade dos negócios e recuperação de desastres que mantenha os dados seguros e os aplicativos e as cargas de trabalho online mesmo quando ocorrem interrupções planejadas e não planejadas. A Contoso pode usar o Azure Site Recovery para ajudar a garantir a continuidade dos negócios mantendo os aplicativos de negócios e as cargas de trabalho em execução durante interrupções.

O Azure Site Recovery replica as cargas de trabalho em execução em servidores físicos e VMs de um site primário para uma localização secundária. Se ocorrer uma interrupção no site primário da Contoso, será feito o failover das cargas de trabalho para uma localização secundária, e os usuários poderão acessar os aplicativos nela. Depois que a localização primária estiver em execução novamente, um administrador poderá fazer failback das cargas de trabalho para a localização primária.

O Azure Site Recovery pode gerenciar a replicação para:

• VMs do Azure que replicam entre regiões do Azure.
• VMs locais, VMs do Azure Stack e servidores físicos.

O que é o Azure Site Recovery?

Usando o Azure Site Recovery, você pode replicar suas VMs entre regiões do Azure. Também é possível usar o Azure Site Recovery para migrar VMs locais e servidores físicos da sua infraestrutura local para o Azure. Suponha que a Contoso tenha sofrido uma interrupção nos escritórios de Nova York, talvez devido a uma inundação. Ela pode usar o Azure Site Recovery para atenuar essas interrupções executando o failover para o Azure.

São os recursos de recuperação de site do Azure Site Recovery que permitem que você gerencie as interrupções futuras. O Azure Site Recovery foi projetado para replicar suas cargas de trabalho de uma região ou um site primário designado para uma região ou um site secundário escolhido por você. No gráfico a seguir, a região primária está no Leste dos EUA, enquanto a região secundária é EUA Central.

O Azure Site Recovery gerencia a replicação de:

• VMs do Azure entre regiões.
• VMs locais para o Azure e de volta para o local.

Dica

Como o Azure Site Recovery é um componente interno do Azure, ele pode executar testes contínuos, conhecidos como análises de recuperação de desastre, sem afetar suas cargas de trabalho de produção. Isso significa que você poderá verificar se os seus planos de recuperação de desastre entrarão em vigor, caso sejam necessários.

O Azure Site Recovery fornece os recursos descritos na tabela a seguir.

Recurso	Descrição
Proteção de máquina virtual do Azure	O Azure Site Recovery permite que você proteja automaticamente suas VMs no Azure. O Azure Site Recovery espelha a configuração da VM de origem em uma região secundária do Azure e cria os grupos de recursos, as contas de armazenamento, as VNets e os conjuntos de disponibilidade necessários ou associados. Os recursos criados pelo Azure Site Recovery são acrescentados com um sufixo do Azure Site Recovery.
Instantâneos e pontos de recuperação	O Azure Site Recovery tem políticas de replicação que podem ser personalizadas. Essas políticas permitem que você defina o histórico de retenção de pontos de recuperação e a frequência de instantâneos. Um ponto de recuperação é criado com base em um instantâneo do disco de uma VM. Há dois tipos de instantâneos disponíveis: consistente com falhas e consistente com o aplicativo. A recuperação consistente com falhas representa os dados em disco no momento em que o instantâneo é tirado. A recuperação consistente com o aplicativo captura os mesmos dados que a recuperação consistente com falhas, mas também inclui todos os dados na memória e as transações em andamento. Ao incluir os dados na memória, o Azure Site Recovery pode restaurar uma VM e os aplicativos em execução sem nenhuma perda de dados. Todos os pontos de recuperação são mantidos durante 24 horas por padrão, mas você pode estender esse prazo para 72 horas.
Replicação para uma região secundária	Quando você habilita a replicação para uma VM do Azure, o serviço de mobilidade do Azure Site Recovery é instalado. Essa extensão registra a VM no Azure Site Recovery. Em seguida, a replicação contínua da VM começa, com as gravações no disco sendo transferidas imediatamente para uma conta de armazenamento local. O Azure Site Recovery usa essa conta, replicando o cache para uma conta de armazenamento no ambiente de destino. Ele copia os dados armazenados no cache e os sincroniza com a conta de armazenamento de destino ou com os discos gerenciados replicados. Depois que os dados são processados, os pontos de recuperação consistentes com falhas serão criados. Se os pontos de recuperação consistentes com o aplicativo forem habilitados, eles serão gerados de acordo com uma agenda, conforme definido na política de replicação do Azure Site Recovery.
Análises de DR (recuperação de desastre)	O Azure Site Recovery permite fazer análises de recuperação de desastre depois que você conclui todas as tarefas de configuração de pré-requisitos. Executando uma análise, você pode validar a estratégia de replicação para seu ambiente sem perder os dados, enfrentar o tempo de inatividade ou comprometer seu ambiente de produção.
Failover e failback flexíveis	Você pode iniciar rapidamente o failover e o failback do Azure Site Recovery usando o portal do Azure. Ao executar um failover, você escolhe um ponto de recuperação e permite que o Azure Site Recovery gerencie o failover. O failback é simplesmente um inverso desse processo. Quando um failover for confirmado com êxito, ele estará disponível para failback.

Fazer failover e failback usando o Azure Site Recovery

O Azure Site Recovery permite que a sua organização tenha a flexibilidade de fazer um failover manual para uma região secundária do Azure ou um failback para uma VM de origem. A maneira mais simples de gerenciar esse processo é manualmente no portal do Azure.

Um failover ocorre quando é tomada a decisão de executar um plano de DR para a sua organização. O ambiente de produção existente, protegido pelo Azure Site Recovery, é alternado para outra região. O ambiente de destino se torna o ambiente de produção e o ambiente em que os serviços de produção da sua organização são executados.

Observação

Depois que a região de destino estiver ativa, o ambiente de origem não deverá mais ser usado. Isso é imposto deixando as VMs de origem paradas.

Há outra vantagem de desligar as VMs de origem. O uso de uma VM desligada resulta em uma perda mínima de dados, pois o Azure Site Recovery aguarda até que todos os dados sejam gravados em disco antes de disparar o failover.

O que é nova proteção e por que ela é importante?

Quando é feito o failover de uma VM, a replicação executada pelo Azure Site Recovery deixa de ocorrer; em vez disso, você precisará habilitar a proteção novamente para começar a proteger a VM com failover. Como a infraestrutura já está em uma região diferente, você poderá iniciar a replicação de volta para a região de origem. A nova proteção permite que o Azure Site Recovery comece a replicar seu novo ambiente de destino de volta no ambiente de origem em que ele foi iniciado.

A flexibilidade de fazer failover de VMs individuais ou usando um plano de recuperação pode ser usada para proteger novamente sua infraestrutura com failover. Você pode proteger novamente cada VM de modo individual ou várias VMs usando um plano de recuperação.

Observação

A nova proteção leva até duas horas, dependendo do tamanho e do tipo de VM. Ao contrário dos outros processos do Site Recovery que você pode monitorar pelo monitoramento do progresso, você precisará monitorar a nova proteção no nível da VM.

O que é failback?

Failback é o inverso de um failover. É quando um failover concluído para uma região secundária foi confirmado, e ela se torna o ambiente de produção. A nova proteção foi concluída para o ambiente com failover e o ambiente de origem agora é sua réplica.

Observação

Em um cenário de failback, o Azure Site Recovery fará failover de volta para as VMs de origem.

Tipos de failover

O Site Recovery fornece diferentes opções de failover:

• Testar o failover. Use essa opção para executar uma análise que valida sua estratégia de BCDR, sem nenhuma perda de dados ou tempo de inatividade. Ele cria uma cópia da VM no Azure, sem impacto na replicação em andamento ou em seu ambiente de produção: Para validar sua estratégia de BCDR:
  1. Execute um failover de teste em uma VM individual ou em várias VMs em um plano de recuperação.
  2. Selecione um ponto de recuperação a ser usado para o failover de teste.
  3. Escolha uma rede do Azure na qual a VM do Azure estará localizada quando for criada após o failover. A rede só é usada para o failover de teste.
  4. Verifique se o failover de teste funcionou conforme o esperado. Após o teste, o Site Recovery limpa automaticamente as VMs criadas no Azure durante a análise.
• Failover planejado – Hyper-V. Geralmente usado para manutenção planejada, em uma estratégia de failover planejado – Hyper-V, as VMs de origem são desligadas e os dados mais recentes são sincronizados antes do início do failover. O failover planejado causa algum tempo de inatividade, mas nenhum dado é perdido durante o failover planejado.
  1. Planeje uma janela de manutenção de tempo de inatividade e notifique os usuários.
  2. Coloque os aplicativos voltados ao usuário offline.
  3. Inicie um failover planejado com o último ponto de recuperação. (O failover não será executado se o computador não estiver desligado ou se forem encontrados erros.)
  4. Após o failover, verifique se a VM de réplica do Azure está ativa no Azure.
  5. Confirme o failover para concluir o processo. A ação de confirmação exclui todos os pontos de recuperação disponíveis.
• Failover – Hyper-V. Normalmente, essa opção de failover é executada se há uma interrupção não planejada ou se o site primário não está disponível. Opcionalmente, você pode desligar a VM e sincronizar as alterações finais antes de iniciar o failover. Esse método resulta em uma perda mínima de dados para aplicativos.
  1. Inicie seu plano de BCDR.
  2. Iniciar um failover. Antes de disparar o failover, especifique se o Site Recovery deve desligar a VM e sincronizar/replicar as últimas alterações.
  3. Você pode fazer failover para várias opções de ponto de recuperação:
     • Se você não habilitar a opção de desligar a VM ou se o Site Recovery não puder desligá-la, o último ponto de recuperação será usado.
     • O failover é executado mesmo que o computador não possa ser desligado.
  4. Após o failover, verifique se a VM de réplica do Azure está ativa no Azure. Se necessário, você pode escolher outro ponto de recuperação na janela de retenção de 24 horas.
  5. Confirme o failover para concluir o processo. A ação de confirmação exclui todos os pontos de recuperação disponíveis.
• Failover – VMware. Normalmente, essa opção de failover é executada se há uma interrupção não planejada ou se o site primário não está disponível. Opcionalmente, você pode especificar que o Site Recovery deve tentar disparar um desligamento da VM e sincronizar e replicar as alterações finais antes de iniciar o failover. O uso desse método resulta em uma perda mínima de dados para aplicativos.
  1. Inicie seu plano de BCDR.
  2. Inicie um failover por meio do Site Recovery:
     • Especifique se o Site Recovery deve tentar disparar o desligamento da VM e fazer a sincronização antes de executar o failover. (O failover é executado mesmo que os computadores não possam ser desligados.)
  3. Após o failover, verifique se a VM de réplica do Azure está ativa no Azure.
     • Se necessário, você pode escolher outro ponto de recuperação na janela de retenção de 72 horas.
  4. Confirme o failover para concluir o processo. A ação de confirmação exclui todos os pontos de recuperação. Para VMs do Windows, o Site Recovery desabilita as ferramentas do VMware durante o failover.