Recentemente escrevi alguns artigos sobre o Veeam Kasten onde o objetivo foi mostrar como testar algumas funcionalidades. A ideia geral consiste em construir um ambiente bem simples (o mais simples possível) e este artigo mantém a mesma ideia. Aqui podemos seguir os artigos anteriores para construir o ambiente kubernetes com K3s, Longhorn, NFS e Kasten. A unica diferença seria repetirmos isso duas vezes, uma para o ambiente produtivo e outro para o ambiente de DR, assim, será possível simular a recuperação de desastres com o Kasten. Requisito: construa os ambientes de produção e DR seguindo os artigos anteriores: três partes aqui.

O artigo ficou um pouco extenso, então dividi em duas partes:

Parte 1 – Testando o DR do Veeam Kasten – Configuração do DR (você está aqui)
Parte 2 – Testando o DR do Veeam Kasten – Recuperação no ambiente de DR

---

Para começarmos, é fundamental garantir que os dois ambientes estão configurados (produção e DR) e que na origem (produção) já exista alguma politica de backup que executou com sucesso. Se isso estiver pronto, então vamos configurar o DR em si. No Kasten de produção, navegue até Settings > Setup Kasten DR. Temos algumas opções aqui, no meu caso como não tenho nenhuma restrição relacionada com a criação de snapshots no DR, então vou na primeira opção: Create local catalog snapshots only (mais detalhes aqui). Importante lembrar que estou simulando um DR aqui usando NFS em rede local, ou seja, em um ambiente produtivo é altamente recomendado que o repositório selecionado possua imutabilidade e que seja acessível tanto pelo ambiente produtivo quanto pelo ambiente de DR. Para configurar, basta selecionar o repositório (location profile), definir uma frase de segurança e selecionar o tipo de catálogo.

Após clicar em Enable Kasten DR aparecerá uma tela mostrando que o Kasten Disaster Recovery está ativo. Para não restar dúvidas, além do cadeado vermelho aberto, ainda tem uma mensagem bem clara falando sobre a imutabilidade. Importante guardar bem a frase de segurança e o cluster ID. Importante: Sem estas duas informações é impossível recuperar o ambiente em caso de desastres.

Curiosidade: se você listar os secrets no seu ambiente kubernetes verá um com o nome de “k10-dr-secret”, foi aí que o Kasten guardou a frase de segurança. Não preciso nem dizer que é altamente recomendado guardar a frase de segurança com bastante carinho, mas caso esquecer, execute o comando abaixo ANTES de precisar do DR.

kubectl get secret k10-dr-secret -n kasten-io -o jsonpath='{.data.key}' | base64 --decode && echo

Perfeito, agora o seu DR está habilitado, então se você for até as politicas, será possível ver uma nova politica: k10-disaster-recovery-policy. Por padrão, ela será executada de hora em hora. Garanta que ela está sendo executada com sucesso, é isso que garante a recuperação do seu ambiente em caso de desastre. Além da politica de DR, estou protegendo duas aplicações: apache-test-01 e apache-test-02. São essas aplicações que quero recuperar no DR.

 Minhas super aplicações de teste 🙂

Se o DR está habilitado e a politica já rodou pelo menos uma vez com sucesso, então o ambiente está pronto. Agora vou simular o desastre do ambiente produtivo e como resultado as aplicações apache-test-01 e 02 estão completamente indisponíveis. A unica forma de recuperação seria acionando o ambiente de DR. E é exatamente isso que faremos agora.

Bora? A segunda parte desse artigo mostra os detalhes sobre a recuperação usando o ambiente de DR. Valeu!