Descrever o Azure Site Recovery

  • 14 minutos

A Contoso deve adotar uma estratégia de continuidade de negócios e recuperação de desastres que mantenha seus dados seguros e seus aplicativos e 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 aplicativos de negócios e cargas de trabalho em execução durante interrupções.

O Azure Site Recovery replica cargas de trabalho em execução em servidores físicos e VMs de um site primário para um local secundário. Se ocorrer uma interrupção no site primário da Contoso, as cargas de trabalho farão failover para um local secundário e os usuários poderão acessar aplicativos de lá. Depois que o local principal for executado novamente, um administrador poderá fazer failback de cargas de trabalho para o local principal.

O Azure Site Recovery pode gerir a replicação de:

  • VMs do Azure a replicarem entre regiões do Azure.
  • VMs no local, 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 de sua infraestrutura local para o Azure. Suponha que a Contoso tenha sofrido uma interrupção em seus escritórios em Nova York, talvez devido a inundações. Eles poderiam usar o Azure Site Recovery para mitigar essas interrupções executando failover para o Azure.

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

Um diagrama mostra uma interrupção do site na região Leste dos EUA com failover para um site na região dos EUA Central.

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

  • VMs do Azure entre regiões.
  • VMs locais para o Azure e vice-versa.

Gorjeta

Como o Azure Site Recovery é um componente interno do Azure, ele pode executar testes contínuos, conhecidos como exercícios de recuperação de desastres, sem afetar suas cargas de trabalho de produção. Isso significa que você pode verificar se seus planos de recuperação de desastres serão eficazes caso sejam necessários.

A recuperação de site do Azure fornece os recursos descritos na tabela a seguir.

Funcionalidade Description
Proteção de máquinas virtuais 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 para uma região secundária do Azure e cria quaisquer grupos de recursos, contas de armazenamento, redes virtuais e conjuntos de disponibilidade necessários ou associados. Os recursos que o Azure Site Recovery cria 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 você pode personalizar. Essas políticas permitem definir o histórico de retenção de pontos de recuperação e a frequência de snapshots. Você cria um ponto de recuperação a partir de um instantâneo do disco de uma VM. Há dois tipos de snapshots disponíveis: consistentes com falhas e consistentes com aplicativos. A recuperação Consistente com a Falha 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 transações em processo. Ao incluir os dados na memória, o Azure Site Recovery pode restaurar uma VM e quaisquer aplicações em execução sem qualquer perda de dados. Todos os pontos de recuperação são mantidos por 24 horas por padrão, mas você pode estender isso 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. Esta extensão registra a VM com o Azure Site Recovery. A replicação contínua de VM é então iniciada, com todas as gravações no disco sendo imediatamente transferidas 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. O Azure Site Recovery copia os dados armazenados no cache e os sincroniza com a conta de armazenamento de destino ou com discos gerenciados replicados. Depois de os dados serem processados, são criados os pontos de recuperação consistentes com a falha. Se os pontos de recuperação consistentes com o aplicativo estiverem habilitados, eles serão gerados em um cronograma conforme definido na política de replicação do Azure Site Recovery.
Testes de recuperação após desastre (DR) O Azure Site Recovery permite que você execute exercícios de recuperação de desastres depois de concluir todas as tarefas de configuração de pré-requisitos. Ao executar um drill, você pode validar a estratégia de replicação para seu ambiente sem perder dados, enfrentar tempo de inatividade ou comprometer seu ambiente de produção.
Ativação pós-falha e a reativação pós-falha 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ê seleciona um ponto de recuperação e permite que o Azure Site Recovery gerencie o failover. A reativação pós-falha é simplesmente o inverso deste processo. Quando uma ativação pós-falha for efetuada com êxito, fica disponível para reativação pós-falha.

Efetuar a ativação pós-falha e reativação pós-falha com o Azure Site Recovery

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

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

Nota

Depois de a região de destino ser ativada, o ambiente de origem não deve continuar a ser utilizado. Isso é imposto deixando as VMs de origem interrompidas.

Existe outra vantagem em encerrar as VMs de origem. Usar uma VM de desligamento resulta em perda mínima de dados porque o Azure Site Recovery aguarda até que todos os dados sejam gravados no disco antes de acionar o failover.

Em que consiste uma nova proteção e por que motivo é importante?

Quando uma VM é submetida a failover, a replicação executada pelo Azure Site Recovery não está mais ocorrendo; em vez disso, você deve reativar a proteção para começar a proteger a VM com failover. Como já tem a infraestrutura numa região diferente, pode começar a replicar para a região de origem. A reproteção permite que o Azure Site Recovery comece a replicar seu novo ambiente de destino de volta ao ambiente de origem onde começou.

A flexibilidade de failover de VMs únicas ou failover usando um plano de recuperação pode ser usada para proteger novamente sua infraestrutura de failover. Você pode reproteger cada VM individualmente ou pode reproteger várias VMs usando um plano de recuperação.

Nota

A reproteção leva até duas horas, dependendo do tamanho e do tipo de VM. Ao contrário dos outros processos de Recuperação de Site que você pode monitorar monitorando o progresso, você deve monitorar a reproteção no nível da VM.

O que é a reativação pós-falha?

Uma reativação pós-falha é o processo inverso de uma ativação pós-falha. É quando um failover concluído para uma região secundária foi confirmado e agora se tornou o ambiente de produção. A nova proteção foi concluída para o ambiente em que foi efetuada a ativação pós-falha e o ambiente de origem é agora a réplica.

Nota

Num cenário de reativação pós-falha, o Azure Site Recovery irá efetuar a ativação pós-falha das VMs de origem.

Tipos de failover

A Recuperação de Site fornece diferentes opções de failover:

  • Failover de teste. Use essa opção para executar um drill que valida sua estratégia BCDR, sem qualquer perda de dados ou tempo de inatividade. Ele cria uma cópia da VM no Azure, sem impacto na replicação contínua ou no ambiente de produção: Para validar sua estratégia BCDR:
    1. Execute um failover de teste em uma única VM 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. Selecione uma rede do Azure na qual a VM do Azure estará localizada quando for criada após o failover. A rede é usada apenas 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 perfuração.
  • Failover planejado-Hyper-V. Geralmente usadas para manutenção planejada, em uma estratégia de failover planejada do Hyper-V, as VMs de origem são desligadas e os dados mais recentes são sincronizados antes de iniciar o 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 para o usuário offline.
    3. Inicie um failover planejado com o ponto de recuperação mais recente. (O failover não será executado se a máquina não for desligada ou se forem encontrados erros.)
    4. Após o failover, verifique se a réplica da VM do Azure está ativa no Azure.
    5. Confirme o failover para concluir. A ação de confirmação exclui todos os pontos de recuperação disponíveis.
  • Failover-Hyper-V. Normalmente, você executa essa opção de failover se houver uma interrupção não planejada ou se o site primário não estiver disponível. Opcionalmente, você pode desligar a VM e sincronizar as alterações finais antes de iniciar o failover. Esse método resulta em perda mínima de dados para aplicativos.
    1. Inicie seu plano BCDR.
    2. Iniciar uma ativação pós-falha. Antes de acionar o failover, especifique se o Site Recovery deve desligar a VM e sincronizar/replicar as alterações mais recentes.
    3. Você pode fazer failover para várias opções de ponto de recuperação:
      • Se você não habilitar a opção para desligar a VM ou se a Recuperação de Site não puder desligá-la, o ponto de recuperação mais recente será usado.
      • O failover é executado mesmo se a máquina não puder ser desligada.
    4. Após o failover, verifique se a réplica da VM do Azure está ativa no Azure. Se necessário, você pode selecionar um ponto de recuperação diferente na janela de retenção de 24 horas.
    5. Confirme o failover para concluir. A ação de confirmação exclui todos os pontos de recuperação disponíveis.
  • Failover-VMware. Essa opção de failover geralmente é executada se houver uma interrupção não planejada ou se o site principal não estiver disponível. Opcionalmente, você pode especificar que a Recuperação de Site 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 perda mínima de dados para aplicativos.
    1. Inicie seu plano BCDR.
    2. Inicie um failover a partir da Recuperação de Site:
      • Especifique se o Site Recovery deve tentar acionar o desligamento e a sincronização da VM antes de executar o failover. (O failover é executado mesmo que as máquinas não possam ser desligadas.)
    3. Após o failover, verifique se a réplica da VM do Azure está ativa no Azure.
      • Se necessário, você pode selecionar um ponto de recuperação diferente na janela de retenção de 72 horas.
    4. Confirme o failover para concluir. A ação de confirmação exclui todos os pontos de recuperação. Para VMs do Windows, o Site Recovery desativa as ferramentas VMware durante o failover.