Acerca dos planos de recuperação

Este artigo fornece uma descrição geral dos planos de recuperação no Azure Site Recovery.

Um plano de recuperação reúne computadores em grupos de recuperação com o propósito de uma ativação pós-falha. Um plano de recuperação ajuda-o a definir um processo de recuperação sistemática ao criar pequenas unidades independentes que pode efetuar a ativação pós-falha. Uma unidade normalmente representa uma aplicação no seu ambiente.

• Um plano de recuperação define a forma como os computadores efetuam a ativação pós-falha e a sequência em que iniciam após a ativação pós-falha.
• Os planos de recuperação podem ser utilizados para ativação pós-falha e reativação pós-falha do Azure.
• Podem ser adicionadas até 100 instâncias protegidas a um plano de recuperação.
• Pode personalizar um plano ao adicionar encomendas, instruções e tarefas ao mesmo.
• Depois de definir um plano, pode executar uma ativação pós-falha no mesmo.
• As máquinas virtuais podem ser referenciadas em vários planos de recuperação, nos quais os planos subsequentes ignoram a implementação/arranque de um computador se tiver sido anteriormente implementado com outro plano de recuperação.

Porquê utilizar um plano de recuperação?

Utilize planos de recuperação para:

• Modele uma aplicação em torno das respetivas dependências.
• Automatizar tarefas de recuperação para reduzir o objetivo de tempo de recuperação (RTO).
• Verifique se está preparado para migração ou recuperação após desastre ao garantir que as suas aplicações fazem parte de um plano de recuperação.
• Execute ativações pós-falha de teste em planos de recuperação para garantir que a recuperação após desastre ou a migração está a funcionar conforme esperado.

Aplicações de modelo

Pode planear e criar um grupo de recuperação para capturar propriedades específicas da aplicação. Por exemplo, vamos considerar uma aplicação de três camadas típica com um back-end do SQL Server, middleware e um front-end da Web. Normalmente, personaliza o plano de recuperação para que as máquinas em cada camada comecem pela ordem correta após a ativação pós-falha.

• O back-end do SQL deve começar primeiro, o middleware seguinte e, por fim, o front-end da Web.
• Esta ordem de início garante que a aplicação está a funcionar quando o último computador é iniciado.
• Esta ordem garante que, quando o middleware é iniciado e tenta ligar à camada SQL Server, o escalão de SQL Server já está em execução.
• Esta ordem também ajuda a garantir que o servidor front-end é iniciado em último lugar, para que os utilizadores finais não se liguem ao URL da aplicação antes de todos os componentes estarem em execução e a aplicação estar pronta para aceitar pedidos.

Para criar esta ordem, adicione grupos ao grupo de recuperação e adicione máquinas aos grupos.

• Quando a ordem é especificada, é utilizada a sequenciação. As ações são executadas em paralelo, conforme adequado, para melhorar o RTO de recuperação de aplicações.

• As máquinas num único grupo efetuam a ativação pós-falha em paralelo.

• As máquinas em grupos diferentes efetuam a ativação pós-falha por ordem de grupo, para que as máquinas do Grupo 2 iniciem a ativação pós-falha apenas depois de todos os computadores no Grupo 1 terem efetuado a ativação pós-falha e iniciado.

  

Com esta personalização implementada, eis o que acontece quando executa uma ativação pós-falha no plano de recuperação:

1. Um passo de encerramento tenta desativar os computadores no local. A exceção é se executar uma ativação pós-falha de teste, caso em que o site primário continua a ser executado.
2. O encerramento aciona uma ativação pós-falha paralela de todas as máquinas no plano de recuperação.
3. A ativação pós-falha prepara os discos da máquina virtual com dados replicados.
4. Os grupos de arranque são executados por ordem e iniciam as máquinas em cada grupo. Primeiro, o Grupo 1 é executado, depois o Grupo 2 e, por fim, o Grupo 3. Se existir mais do que uma máquina em qualquer grupo, todas as máquinas começam em paralelo.

Automatizar tarefas em planos de recuperação

Recuperar aplicações grandes pode ser uma tarefa complexa. Os passos manuais tornam o processo propenso a erros e a pessoa que está a executar a ativação pós-falha pode não estar ciente de todas as complexidades da aplicação. Pode utilizar um plano de recuperação para impor a ordem e automatizar as ações necessárias em cada passo, com Automatização do Azure runbooks para ativação pós-falha para o Azure ou scripts. Para tarefas que não podem ser automatizadas, pode inserir pausas para ações manuais nos planos de recuperação. Existem alguns tipos de tarefas que pode configurar:

• Tarefas na VM do Azure após a ativação pós-falha: quando efetua a ativação pós-falha para o Azure, normalmente tem de executar ações para poder ligar à VM após a ativação pós-falha. Por exemplo:
  • Crie um endereço IP público na VM do Azure.
  • Atribua um grupo de segurança de rede à placa de rede da VM do Azure.
  • Adicione um balanceador de carga a um conjunto de disponibilidade.
• Tarefas dentro da VM após a ativação pós-falha: estas tarefas normalmente reconfiguram a aplicação em execução no computador, para que continue a funcionar corretamente no novo ambiente. Por exemplo:
  • Modifique a cadeia de ligação da base de dados no computador.
  • Altere a configuração ou as regras do servidor Web.

Executar uma ativação pós-falha de teste nos planos de recuperação

Pode utilizar um plano de recuperação para acionar uma ativação pós-falha de teste. Utilize as seguintes melhores práticas:

• Conclua sempre uma ativação pós-falha de teste numa aplicação antes de executar uma ativação pós-falha completa. As ativações pós-falha de teste ajudam-no a verificar se a aplicação é apresentada no site de recuperação.

• Se descobrir que perdeu algo, acione uma limpeza e, em seguida, volte a executar a ativação pós-falha de teste.

• Execute uma ativação pós-falha de teste várias vezes, até ter a certeza de que a aplicação recupera sem problemas.

• Uma vez que cada aplicação é exclusiva, tem de criar planos de recuperação personalizados para cada aplicação e executar uma ativação pós-falha de teste em cada uma.

• As aplicações e as respetivas dependências mudam frequentemente. Para garantir que os planos de recuperação estão atualizados, execute uma ativação pós-falha de teste para cada aplicação a cada trimestre.

  

Veja um vídeo do plano de recuperação

Veja um vídeo de exemplo rápido a mostrar uma ativação pós-falha ao clicar num plano de recuperação para uma aplicação WordPress de duas camadas.

Passos seguintes

• Crie um plano de recuperação.
• Executar ativações pós-falha.