Esses dias escrevi um artigo sobre o Veeam Recovery Orchestrator e hoje quero mostrar como configura-lo em conjunto com o VMware vSphere. A ideia geral é garantir que o ambiente de máquinas virtuais VMware vSphere e Veeam agent (no meu caso servidores fisicos Windows e Linux) que estão sendo protegidos pelo Veeam Backup & Replication no site principal possam usar um local de recuperação VMware vSphere no site DR no caso de algum desastre.

Parte 1 – Instalação e configuração inicial
Parte 2 – Criação dos planos de recuperação (você está aqui)
Parte 3 – Testes e relatórios

Antes de mais nada, repita comigo: Ransomware é um desastre!

Antes de criar os planos de recuperação, apenas garanta que o inventário do Orchestrator foi populado com os datastores do VMware vSphere e os jobs do Veeam Backup & Replication. É possível observar que o nome exibido é o nome do job : hostname do VBR (Ex: XYZ System:nim-vbr.caverna.local). Só será exibido itens que podem ser utilizados pelo Orchestrator, ou seja, jobs de backup de máquinas virtuais do VMware vSphere, máquinas Windows ou Linux (agente e grupo de proteção) e replicas do VMware vSphere (com ou sem CDP).

Agora vamos criar o primeiro plano de recuperação. Clique em Recovery Plans > Manage > New. Após definir o nome, a primeira grande questão que aparece é sobre o tipo do plano. Cada opção é sobre um tipo de recuperação e é claro que você pode dividir a carga de trabalho produtiva em múltiplos planos de diferentes tipos. Por exemplo: os servidores fisicos Windows serão recuperados no Microsoft Azure, enquanto as máquinas virtuais serão recuperadas via restauração de backup no ambiente VMware vSphere. O sistema XYZ é extremamente critico e por isso a recuperação será via CDP. 

As opções disponíveis são as seguintes:

• Cloud – permite restaurar backups de máquinas virtuais do VMware vSphere e Veeam Agent (Windows e Linux) em máquinas virtuais do Microsft Azure.
• CDP Replica – permite recuperar máquinas virtuais VMware vSphere por meio da replicação com CDP (continuous data protection).
• Replica – permite recuperar máquinas virtuais VMware vSphere por meio da replicação.
• Storage – permite recuperar máquinas virtuais VMware vSphere por meio de volumes replicados do storage.
• Restore – permite restaurar backups de máquinas virtuais do VMware vSphere e Veeam Agent (Windows e Linux) em máquinas virtuais do VMware vSphere.

Agora eu seleciono o local de recuperação. No meu caso é Dubrovnik – DR Site que foi configurado para permitir máquinas virtuais, agentes e Instant VM Recovery.

Nesta etapa selecionamos os backups que queremos restaurar no site de recuperação. Poderia selecionar backups de máquinas virtuais VMware vSphere e agentes (Windows e Linux) no mesmo plano de recuperação sem problemas. Eu vou separar para exemplificar.

Aqui temos os passos durante o processo de recuperação. Por padrão, para o tipo de plano escolhido (restore), temos a opção de restaurar como máquina virtual do VMware vSphere e depois validar o heartbeat por meio do VMware Tools. Além disso, poderia adicionar outros passos, como por exemplo enviar e-mail, iniciar um serviço, testar uma porta DNS, etc.

Aqui temos duas opções interessantes: O Target RTO é o tempo máximo aceitável que um sistema pode ficar fora do ar após uma interrupção (Ex: é o tempo que a empresa tolera ficar sem o sistema antes que impacte os negócios). Enquanto o Target RPO é a quantidade máxima de dados que pode ser perdido medido em tempo (Ex: se o backup é realizado uma vez por dia, então o RPO é de 24 horas). O desempenho de RTO e RPO será registrado no relatório de verificação diário, na execução do plano e também nos testes usando o DataLab. É possível acompanhar os objetivos de RTO e RPO para cada plano no dashboard.

Pronto, o primeiro plano de recuperação já está criado. Para demonstrar, eu criei três planos de recuperação, todos vão para o mesmo local (Dubrovnik – DR Site), mas de formas diferentes. O primeiro VM restore são backups de máquinas virtuais VMware vSphere que em caso de falha do site primário seriam restauradas como máquinas virtuais do VMware vSphere. O mesmo aconteceria com o segundo plano de recuperação, a unica diferença é que estes são servidores fisicos Windows e Linux protegidos via Veeam Agent. O terceiro é um pouco diferente, pois a recuperação não seria via restauração de backup, mas sim por meio da replicação. Veja que na coluna Recovery Location está como N/A, pois o destino já foi configurado no Veeam Backup & Replication, ou seja, o Orchestrator executaria o failover neste plano.

Agora que os planos de recuperação estão prontos, podemos avançar para a validação e testes na terceira parte deste artigo.

Até mais!