Fala galera, tudo em ordem? Chegou o momento esperado: vamos explorar, em alguns posts, o Veeam Data Cloud for Microsoft 365 (VDC365). A famosa ferramenta da Veeam Software para proteger recursos do Microsoft 365, que antes era instalada e operada em ambientes on-premisses, agora está disponível na oferta SaaS (Software as a Service).

Eu vou distribuir o conteúdo em vários posts pra não ficar carregado demais. Na primeira parte, uma breve introdução do produto e também o processo de on-boarding na ferramenta.

Mas antes, senta que lá vem história……

Por muito tempo, o Veeam Backup for Microsoft 365 foi destaque tanto comercialmente quanto tecnicamente. Porém, as evoluções do mercado e as recomendações das consultorias (tipo Gartner), apontavam que era o momento de inovar. E, baseado nisso, a Veeam adquiriu um produto chamado Cirrus, que foi desenvolvido originalmente pela CT4 e protegia o Microsoft 365 e o Azure.

Porque comprar o Cirrus se a Veeam já tinha backup para Microsoft 365?

A grande sacada aqui foi que o produto comprado (Cirrus) já estava sendo ofertado como SaaS (Software as a Service), ou seja, quem contratasse a solução, não precisava se preocupar com absolutamente nada! Tudo é responsabilidade do provedor, nesse caso, a CT4. No formato SaaS, o cliente só precisa pagar e gerenciar o backup. A camada de infraestrutura, disponibilidade, segurança, updates… tudo isso é feito pelo provedor. Quando a Veeam comprou o Cirrus, ela absorveu também todo time de desenvolvimento e suporte. A partir desse momento, nasceu o Veeam Data Cloud.

Esclarecendo

• Veeam Backup for Microsoft 365 (VBM365)
  • Solução “antiga”;
  • On-primesses;
  • Cliente precisa disponibilizar servidor e armazenamento;
  • Instalada e gerenciada pelo cliente/parceiro.
• Veeam Data Cloud for Microsoft 365 (VDC365)
  • Solução mais “nova” e moderna;
  • Formato SaaS;
  • Disponibilizada na nuvem da Veeam (servidor e armazenamento ilimitado);
  • Suportada inteiramente pela Veeam.

Produto

Assim como no VBM365, o VDC365 protege os seguintes itens do Microsoft 365:

• Microsoft Exchange Online (e-mails)
• Microsoft SharePoint Online
• Microsoft OneDrive for Business
• Microsoft Teams

Onboarding

Por se tratar de uma solução SaaS, não existe um processo de “instalação”. Ela já está instalada na nuvem da Veeam, que utiliza, por padrão, os recursos do Azure para hospedar a infraestrutura. Sendo assim,  precisamos apenas configurar nosso tenant do Microsoft 365 dentro do VDC. Esse processo chamamos de onboarding.

Quando o cliente compra o VDC365, ele informa um e-mail para receber o convite e ingressar na plataforma. Apenas como comparação, se fosse o VBM365, o cliente receberia nesse mesmo e-mail uma licença para ser aplicada na console local. O e-mail que o cliente receberá deve seguir mais ou menos o formato abaixo:

Ao clicamos em “Accept Invite“, somos direcionados ao portal do Veeam Data Cloud. Nesse portal precisamos entrar, obrigatoriamente, com o e-mail que foi enviado o convite. Ao se autenticar, começaremos a configurar o tenant dentro do VDC. Embora o processo seja simples, devemos ter bastante cuidado. Por exemplo, nessa primeira tela, além de escolher o nome que daremos pro tenant, também definiremos a região onde os dados ficarão armazenados.

Agora é o momento, de fato, de fazer a integração do VDC com o nosso tenant. Basta copiar o código que é exibido (2), clicar no link (1) e inserir as credenciais de um usuário que seja Admin Global do Microsoft 365 nesse tenant. Se clicarmos em “Advanced Settings (3)“, podemos escolher quais serviços vamos proteger. O Exchange Online já vem marcado e não é possível desmarcá-lo.

Depois, será exibida a tela abaixo informando as permissões que serão adicionadas ao Application do VDC. Parece meio óbvio, mas se você não aceitar, não vai ser possível continuar com a configuração.

A próxima tela nos guiará para definição da política que será aplicada. Aqui podemos escolher se vamos proteger o tenant todo ou se faremos a criação manualmente das políticas (1) após processo de onboarding. Também definimos aqui o período de retenção (2) e quais os itens que serão protegidos (3).

A última tela desse processo é um resumo com as configurações que foram definidas. A partir disso, seremos direcionados para a dashboard inicial e podemos começar a colocar a mão na massa e operar a ferramenta.

É isso ai povo! Nessa primeira parte cobrimos um pouquinho da história do VDC e também o processo de onboarding na ferramenta. Na sequência, vamos ver os processos de backup, restore e navegação na console.

Até a próxima!

O post Veeam Data Cloud for Microsoft 365 – Parte 01 apareceu primeiro em Explain IT.

Chegou a hora de mostrarmos como um backup é realizado e como configurar as políticas para proteger o ambiente com o Veeam Backup for Google Cloud.

Como o Backup funciona

É importante entender exatamente como o backup das VMs funciona no Veeam Backup for Google Cloud, uma vez que cada ação envolve custos (as vezes altos) nos ambientes em cloud.

• Para realizar um backup, é essencial criar inicialmente um Snapshot. O processo de backup utiliza esse Snapshot como base.
• O Veeam Backup for GCP utiliza as APIs do Google Cloud para solicitar a criação de um snapshot de cada disco da VM e adiciona labels para identificá-los.
• Se a opção de criar backups estiver configurada, então o seguinte processo é realizado:
  • Um novo Worker é instanciado na região em que a VM se encontra. O tamanho desse Worker é baseado nas configurações de profile explicadas no post anterior.
  • É criado um volume para cada snapshot. Esses volumes são adicionados ao Worker.
  • Os dados são lidos dos volumes que foram adicionados ao Worker e transferidos para o repositório.
  • Ao final do backup, o Worker é removido e os volumes são deletados.

Importante salientar que, caso você possua quota de disco suficiente, um volume adicional de 4TB é criado junto com o Worker para ajudar na performance do backup. Caso não seja possível criar esse volume, o backup irá ser executado normalmente, mas com uma performance inferior.

No Veeam Backup for Google Cloud, a retenção dos restore points é configurada no momento da criação do backup. Já a aplicação da retenção nos backups é executada uma vez por dia.

Para maiores detalhes de como o backup funciona, acesse o link: VM Backup – Veeam Backup for Google Cloud User Guide

Criando uma Policy

Na seção das Policies, na aba VM, clique em Add.

Defina um nome para a policy.

Escolha o Source Type, que pode ser por Projeto ou pela Folder onde as VMs se encontram. A conta de serviço será automaticamente preenchida.

Escolha a região onde estão as VMs. É possível escolher mais de uma região.

Em Resources, escolha como as VMs serão selecionadas. No meu exemplo, vou escolher por tipo de recurso. Depois disso, posso selecionar a VM que quero proteger. Também é possível utilizar Labels para proteger todos os recursos que foram associados com essa Label. Após selecionar o recurso, clica em Add to Protected.

Você pode também excluir recursos que não devem ser incluídos na política.

Selecione se você gostaria de criar Snapshots Regionais ou Multi-Regionais. Utilizarei Regionais pelo fato de o custo ser menor.

Habilite a opção de Backups e selecione o repositório criado.

Em Schedule, vamos definir quando os snapshots e backups serão criados, assim como a retenção deles. Marcarei apenas a opção Daily nesse exemplo, mas todos os agendamentos podem ser feitos nesse momento.

No meu exemplo, selecionarei 1 backup por dia, às 21h. Na retenção para os Snapshots, vou manter como 1. Para os backups, 7 dias. Como o Backup depende do Snapshot, você é obrigado a criar pelo menos 1 Snapshot.

Nosso agendamento ficará dessa forma:

Em Labels você pode escolher se gostaria de copiar as labels originais dos recursos para o backup.

Na próxima tela podemos configurar quantas vezes gostaríamos que o backup rodasse novamente em caso de falha. Também temos a opção de Health Check, que irá verificar a cadeia de backup toda vez que for executada para validar se existe restore point corrompido. É super recomendado habilitar essa opção e executar ao menos uma vez por semana. Por último, caso as notificações estejam habilitadas, podemos configurar na política.

Na próxima tela será mostrado uma estimativa de custo baseado nas opções selecionadas. Isso é apenas uma estimativa, os valores não são exatos e, caso necessário, devem ser verificados direto no Google Cloud.

E, por último, uma verificação de permissões é realizada para garantir que tudo esteja correto.

Em Summary teremos um resumo da nossa política e podemos finalizar a criação.

Ao executar a policy, veremos que primeiro o Snapshot é criado.

Após finalizar o Snapshot, o backup será iniciado.

Conforme explicado anteriormente, durante o backup, o Worker é criado.

Ao verificar os discos da VM, veremos que um disco adicional foi criado para ler os dados da VM.

No exemplo, ao final do backup foi apresentado o alerta que não foi possível criar o disco de 4TB devido a quota de disco, mas o restore point foi criado com sucesso.

Na seção de Protect Data, teremos os dois restore points criados, referente ao Snapshot e ao Backup.

Com isso podemos efetuar o restore tanto do Snapshot quanto do Backup, não há diferença entre eles.

Além disso, é possível verificar a policy e os backups na console do Veeam Backup & Replication.

Dessa forma, finalizamos essa parte que demonstra como a proteção é realizada. No próximo e último post relacionado ao GCP, mostraremos como pode ser feito o restore dos dados já backupeados.

O post Veeam Backup for Google Cloud – Parte 3 apareceu primeiro em Explain IT.

Pré-requisitos e Limitações de Uso

Antes de configurar os backups para os produtos suportados, é essencial validar todos os pré-requisitos e limitações envolvidos. No caso do Azure File Share, considere os seguintes pontos:

• Backup de NFS não é suportado: O Veeam Backup for Azure não realiza backups de compartilhamentos de arquivos NFS no Azure File Share.
• Snapshots vinculados ao compartilhamento: Se o Azure File Share for excluído, os snapshots associados a ele serão removidos automaticamente, incluindo os backups que o Veeam criou com base nesses snapshots.
• Requisitos para Indexing: Para que o Veeam Backup for Azure utilize a funcionalidade de Indexing, o compartilhamento precisa ter habilitados o SMB v3 e NTLM v2, pois são esses os métodos de autenticação necessários.
• Disponibilidade do Indexing: A funcionalidade de Indexing está disponível apenas nas versões pagas do Veeam Backup for Azure. A versão gratuita não permite o uso desse recurso.
• Limite de snapshots: O Azure File Share permite um máximo de 200 snapshots devido a limitações da própria plataforma Azure.

Criando uma Policy

Para simular a policy eu criei um File Share em um Storage Account que já possuía no Microsoft Azure. Nesse File Share eu tenho cerca de 2GB de dados com algumas pastas e arquivos, conforme imagem abaixo:

O File Share já possui SMBv3 e NTLMv2 habilitados para que seja possível utilizar o Indexing:

Na console do Veeam Backup for Azure, clique em “Add” na seção de Azure Files, em Policies:

Escolha um nome e uma descrição para a Política:

Em “Account”, escolha a conta a conta que possui acesso ao Azure File Share:

Em “Region”, selecione a região onde o Azure File Share está localizado:

Em “Resources”, escolha o File Share e adicione na lista de recursos a serem protegidos. Caso não apareça na lista, clique em “Browse to select a target from global list…”.

Marque a opção “Enable indexing” para criar o index durante a execução da Policy.

Habilite o tipo de retenção que necessita (Daily, Weekly ou Monthly). É possível habilitar todas para criar diferentes agendamentos.

Ao editar o schedule, é possível definir o horário e dias que a policy será executada. Também é nessa seção que definimos a quantidade de snapshots que serão retidos.

Em “Settings” podemos definir as notificações e a quantidade de tentativas que a Policy fará caso ela falhe.

Ao final, teremos uma estimativa de custo para Policy baseado nos agendamentos e retenções escolhidos.

Ao executar a Policy, veremos que primeiro é criado o Snapshot.

Em seguida começa o processo de Indexing, onde um Worker será criado para montar o File Share baseado no snapshot e então verificar toda a estrutura de pastas e arquivos para criação do índice.

Quando a Policy finalizar, poderemos ver o Restore Point criado e pronto para executar uma restauração em “Protected Data”.

Na seção de Snapshots do Azure File Share no Azure Portal é possível visualizar os snapshots criados também.

Para mais informações de como funciona o backup do Azure File Share acessem os links abaixo:

• Considerations and Limitations
• How File Share Backup Works
• Performing File Share Backup

O post Protegendo o Azure File Share com Veeam Backup for Azure apareceu primeiro em Explain IT.