Olá pessoal,
Com a nova versão 13 do Veeam Backup & Replication, além da nova versão em Linux, também surgiu novas funcionalidades. Uma delas é a possibilidade de fazer Instant Recovery diretamente para a Azure. Nas versões anteriores, era possível apenas fazer o Instant Recovery para vSphere, Hyper-V ou Nutanix, mas com essa nova funcionalidade também podemos restaurar os backups usando o processo de Instant Recovery para a Azure.
Pré-Requisitos e Limitações
Como sempre, temos alguns pré-requisitos para que o IR para Azure funcione corretamente. São eles:
- Os tipos de backups suportados pelo IR para Azure são:
- Backups do vSphere;
- Backups do Hyper-V;
- Backups de VMs ou Máquinas Físicas criados com o Veeam Agent for Windows ou Linux;
- Backups do Nutanix
- Backups de EC2 criados pelo Veeam Backup for AWS
- Backups de VMs do Azure criados pelo Veeam Backup for Azure
- Backups do Promox VE.
- Os backups precisam estar armazenados em um repositório da Azure. Os tipos suportados são:
- Veeam Data Cloud Vault;
- Microsoft Azure Blob Storage;
- External repository que contenha backups criados pelo Veeam Backup for Azure.
- Para restaurar workloads Windows, atente-se em:
- SO com tipo de BIOS que contenha Windows Updates de Março de 2025 ou mais recente, caso contrário o Windows não irá iniciar;
- IR de Domain Controller não é suportado;
- Para restaurar workloads Linux, antente-se em:
- A Veeam recomenda que o dracut, mkinitrd ou initramfs esteja instalado antes de executar o restore, caso contrário o sistema não irá iniciar;
- A distribuição precisa ter o iSCSI initiator instalado. Para Debia, Ubuntu e Suste, o pacote necessário é o open-iscsi. Para RHEL e outras distribuiçõers baseadas em Red Hat o pacote necessário é o iscsi-initiator-utils.
Diversos passos do processo de Instant Recovery para Azure envolve a criação da VM e objetos na Azure, portanto utilizaremos a Azure Compute Account para executar tudo no lado da Azure. Antes de iniciar o processo é necessário adicionar um Azure Compute Account no VBR. Não irei cobrir esses passos nesse tutorial, mas no User Guide existe o passo a passo de como criá-lo: Microsoft Azure Compute Accounts – User Guide
As demais recomendações podem ser verificadas em: Considerations and Limitations – User Guide
Importante: os passos demonstrados a seguir foram todos feitos utilizando a console Windows do VBR v13. Na versão atual (v13.0) ainda não é possível executar os passos via Web UI.
Criando o Helper Appliance Template
Durante o Instant Recovery para Azure é utilizado um Helper Appliance que irá ler os dados do repositório na Azure e montar os discos para a VM que está sendo restaurada. Quando é restaurado uma VM Windows é utilizando um Helper Appliance Windows. Quando e restaurado uma VM Linux é utilizado um Helper Appliance Linux.
Para agilizar esse processo, os templates são criados e publicados no Azure Compute Gallery. Primeiro é criado duas VMs na Azure com cada sistema operacional e depois é criado as imagens baseados em cada uma das VMs e armazenado no Azure Compute Gallery. Por fim essas VMs são removidas e apenas a imagem é armazenada.
Para iniciar a criação dos templates vamos em Backup Infrastructure > Helper Appliance Templates > Edit:
Clique em Add para iniciar:
Em Template Settings é necessário escolher a Subscription, Região, Resource Group, Storage Account, Virtual Network e Subnet para o template. Conforme expliquei, é criado primeiro uma VM e então uma image é criada a partir da VM. No final essas VMs são removidas e apenas as imagens ficarão armazenadas no resource group escolhido. A VM criada será do tipo Standard_D4lds_v5, então verifique se a região escolhida suporta esse tipo de VM.
É possível instruir o VBR para criar esses recursos automaticamente, mas recomendo sempre criar antes na Azure com os padrões de nomes já utilizado por vocês.
Após adicionado só precisamos seguir para o próximo passo e aguardar a criação dos templates.
Esse passo demora cerca de 30 minutos, então seja paciente e não cancele. Qualquer erro ou problema será mostrado nessa tela.
Depois de criado podemos clicar em Next e Finish.
No storage account na Azure vai ficar parecido com o exemplo abaixo:
Executando o Instant Recovery
Agora que temos os Helper Appliance Templates prontos podemos iniciar o IR de um backup para Azure.
No meu lab eu possuo cópia dos backups utilizando um repositório na Azure, portanto posso utilizá-los para executar o Instant Recovery. Irei selecionar o backup de uma VM Windows Server 2019 para o teste e escolher a opção de Instant Recovery > Microsoft Azure.
Por padrão será mostrado o último restore point disponível, mas clicando em “Point” é possível escolher o restore point desejado caso não seja o último.
Escolha a Subscription e a Região onde a VM será criada.
Em Name podemos modificar o nome da VM que será criada na Azure, além de adicionar tags caso seja necessário.
Por padrão será selecionado um tipo de VM que possua a mesma quantidade de vCPU/RAM da VM de origem, mas é possível modificar o tipo.
Também é possível alterar o tipo de discos da VM. Lembrando que o IR para Azure não suporta a criação de Ultra Disks, portanto temos apenas as opções abaixo disponíveis:
Escolha o Resource Group onde a VM e seus objetos serão criados.
Em Network devemos escolher a Virtual Network, Subnet, NSG e se iremos alocar um IP Público para VM na Azure.
Em Helper Appliance precisamos escolher a Subnet que o Helper Appliance será criado e também o storage account. Lembrando que o Helper Appliance será criado e depois removido quando o restore for finalizado.
Em Summary teremos um resumo de todas as opções escolhidas e também podemos selecionar a opção de verificar se a VM iniciou corretamente tentando fazer a conexão via RDP ou SSH. Se escolher essa opção tenha certeza que as regras do Network Security Group associado com as VM restaurada possuem regras de acesso para RDP/SSH.
O Instant Recovery irá iniciar criando o Helper Appliance baseado na imagem existente e então vai criar a VM e montar os discos baseado no restore point escolhido. Esse processo é rápido independente do tamanho da VM que está sendo restaurada porque não fazemos o restore dos dados, apenas montamos o disco a partir dos dados do repositório.
Na Azure vamos ver que a VM foi criada e está acessível, assim como o Helper Appliance.
Enquanto não finalizarmos o Instant Recovery, o Helper Appliance continua existindo porque está sendo utilizado para ler os dados do backup e montar os discos na VM restaurada. Não podemos deixar o Instant Recovery nesse estado, é necessário migrar para produção ou parar o o IR e descartar o restore. O ideal é validar se os dados estão corretos e então escolher entre finalizar o restore ou descartá-lo. A opção de descartar pode ser muito útil em casos de teste de Disaster Recovery para validar se a VM irá iniciar corretamente na Azure.
Nesse meu exemplo vou migrar para produção, isso irá efetivamente restaurar os dados do backup e então remover o Helper Appliance para finalizar o restore. Podemos executar o Switchover automaticamente ou ainda agendar para que seja feito em uma data e hora específica.
Aguarde o processo finalizar para validar se a VM está acessível na Azure. Nesse passo sim, dependendo do tamanho da VM, pode demorar bastante porque é feito o restore dos dados.
Ao finalizar veremos na Azure que agora temos apenas a VM restaurada e o Helper Appliance foi removido, deixando apenas as imagens do Azure Compute Gallery para um próximo restore.
Para mais detalhes sobre o Instant Recovery para Azure acessem os links abaixo:
Compartilhe!