Backup no Azure (Recovery Services Vault) – Implementação, backup e restauração

Backup no Azure (Recovery Services Vault) – Implementação, backup e restauração

O Serviço de backup de IaaS no Azure te ajuda a recuperar rapidamente maquinas virtuais no Azure.

O Serviço é prático e te ajuda a resolver problemas, de maneira rápida e lhe protege melhor na reorganização de TI e tomadas de decisões sobre a governança de TI.

Provisionamos um Windows Server 2016 para realizar o backup e restauração em uma outra área geográfica para mostrar o quão é rápido.

O backup é possível realizar backups de Windows Clients, Windows Server Vms no Azure e Vms no Azure.

OBS: Tanto maquinas WINDOWS como MAQUINAS LINUX.

O Serviço no portal é chamado de BACKUP AND SITE RECOVERY que abrange a parte de ASR (Azure Site Recover) que abrange Onpremisses para Azure Ativo/Passivo.

Saiba mais aqui http://aka.ms/asr-learn-more

No portal inicie na busca que sempre é mais fácil com backup e já trará o serviço de Backup and Site Recover (OMS).

Clique no botão criar do menu

Eu já criei no mesmo Grupo de recursos (Resource Groups), na mesma localidade da máquina virtual. (Importante criar na mesma região, pois se não ele não conseguira visualizar a máquina virtual), clique no botão criar.

Aguarde o provisionamento (Implantação)

Pronto, serviço criado. Lembrando que estamos utilizando em um mesmo menu que o Site recovery.

Neste mesmo menu podemos utilizar o Site recovery e muita gente se confunde, pois, o Site Recovery tem uma abrangência maior com Onpremisses realizando DR com Hyper-V e Vmware.

Confunde-se bastante DR de Azure para Azure, que vou explicar na sequência.

Lembrando que DR (Disaster Recover é um conceito) e dependendo da solução ela se mistura com H.A (Alta disponibilidade) e também com o próprio backup. São soluções distintas em conceito, mas que se fundem quando usada as 3 soluções.

Seguindo a sequência, em amarelo veja que escolhi backup e abrindo a aba do lado escolhi backup do Azure e ele escolherá uma máquina virtual que é a máquina do LAB que estamos escolhendo.

Se fosse de Onpremisses que não é o caso escolheríamos LOCAL de um VMWARE ou HYPER-V.

De o OK e seguimos a sequência para configuração da retenção.

Este próximo passo como estamos fazendo um laboratório, eu manterei a política DEFAULT.







O Backup é diário, as 4h30 da manhã.







Ele irá reter todos os dias por 30 dias e depois irá sobrepor estes 30 dias que é a politica padrão.







Clique no botão OK.

Se você escolher por montar sua própria politica de retenção o Azure Backup ou o cofre de backup caso você faça backup de Workloads, ele fará retenção de até 99 anos.

Veja especificamente neste link abaixo informações sobre Backup de maquinas virtuais do Azure

https://azure.microsoft.com/pt-br/documentation/articles/backup-azure-vms-introduction/

Abaixo está uma arquitetura de como funciona o backup das maquinas virtuais no Azure.

Em resumo ele realiza um snapshot, cria um ponteiro do tempo e transfere para uma pasta em um Storage não acessível.

Ou seja, uma plataforma de serviço (PaaS).

Agora vamos forçar um backup?

Selecionamos a máquina que será realizado a política. De o OK.

Habilite o backup.

Como iremos forçar o backup no menu va até Itens de Backup.

Veja que o Status está pendente por que deixamos configurado a política default.

Clique em “Fazer backup agora”.

Como estamos forçando você pode até reter por mais tempo. Clique em “Backup”.

Irá gerar o alerda positivo de backup.

Na própria notificação você pode clicar e acompanhar o backup, ou você pode ir no meu de alertas,  .

Não tinha nada de arquivos para realizar, por isso que foi quase que instantâneo o backup.

RESTAURAÇÃO







A dois tipos de restauração:

Restauração “inplace” que você restaura “em cima” da própria máquina virtual, e a que você pode restaurar a máquina inteira.

Eu vou demonstrar e restaurar uma máquina inteira.

No mesmo menu de Itens de backup iremos restaurar a máquina.

Clique em Restaurar VM.

Como só tem um ponto de restauração iremos escolher este ponto e dar sequência.

É aqui que você escolhe se restaura os VHDS ou cria uma nova máquina.







Se você escolher a restauração dos VHDS, irá restaurar os VHDS na própria máquina virtual.

Iremos escolher restauração criando uma nova máquina idêntica a atual.

OBS:







Importante ressaltar que não é DR (Disaster Recover) pois não caracteriza DR. Mas é possível manualmente restaurar uma ou mais maquinas.







No Azure a garantia de SLA e a garantia da integridade da máquina virtual, a incidência de problemas é infinitamente menor que em ambientes onpremissess.

Mencionado acima veja abaixo que temos 3 níveis de consistência.

– Consistência com Falha







– Consistência com aplicação







– Consistência com sistema de arquivos

Referencias https://azure.microsoft.com/pt-br/documentation/articles/backup-azure-arm-restore-vms/

Na criação da máquina virtual você tem 2 opções:

Criar em outro grupo de recursos, outra rede virtual e outra conta de armazenamento, assim você isola da sua rede atual.

Ou no próprio grupo de recursos, na atual rede virtual e na mesma conta de armazenamento, mas, desta maneira é preciso pelo menos desligar a máquina atual caso ela esteja com problema, ou alterar o host da vm pois pode causar conflito de nomes (host).

O nome da máquina virtual não é o nome do host da vm.

Clique em OK.

Clique em restaurar

O restauro foi disparado e vamos aguardar alguns minutos.

O tempo varia de modelo de máquina, de aplicações instaladas e armazenamento usado.

Testes feitos com modelo D13 em média deu 20 minutos.

Em fim maquina restaurada.

Lembrando que neste LAB as maquinas estão com os mesmos hosts.

Iremos acessar as 2 e mostrar.

Veja as 2 maquinas com os mesmos hosts e na mesma vNet.

No caso se quiser utilizar as 2 maquinas só alterar o nome do host e utilizar sem problemas.

Para ressaltar os itens de recursos da máquina restaurada são criados automaticamente com nomes diferentes.

Classificar por: Data da Publicação | Mais Recente | Mais Úteis
Comentários
Página 1 de 1 (1 itens)