Veeam e File Shares: licenciamento e detalhes

A Veeam suporta várias opções de backup na licença universal. A proteção de File Shares (compartihamento de arquivos) pode ser realizada de várias formas.

E eles podem estar implementados como:

• File Shares baseados em servidor físico ou virtual
• Um dispositivo do tipo NAS/SAN/Storage que possua capacidades de File Share
• Serviço Amazon EFS (Elastic File Systems)
• Serviço Azure Files 

File Share de Servidores Físicos e Virtuais

O VBR pode proteger e recuperar os arquivos de servidores físicos ou virtuais que atuem como file share.

O processo de backup e restore é realizado através de integração nativa com o hypervisor ou através de um agente de backup suportado pelo sistema operacional Windows ou Linux.

Neste caso, o licenciamento é simples e baseado na quantidade de servidores e de agentes, em levar em conta a volumetria.

Será realizada uma operação do tipo “File and Folders Restore”.

Neste caso, algumas funcionalidades  do NAS Backup não estarão totalmente disponíveis.

Basicamente poderemos voltar arquivos ou pastas específicas em um ponto de restauração. Esta opção pode ser útil, por exemplo, se você precisar obter uma versão mais antiga de alguns arquivos e pastas do backup.

Restoring Files and Folders – Veeam Agent for Microsoft Windows Guide

Restoring Files and Folders – Veeam Agent for Linux User Guide

Considerações para File Share de Servidores:

Se você estiver apresentando seu compartilhamento de arquivos em um cluster de servidor, como Windows Server Failover Cluster, deverá licenciar cada nó do cluster. Por exemplo, um cluster de 3 nós consumirá 3 instâncias VUL.

• Se você está tentando fazer backup de um Windows Server com discos de 64 TB ou mais, a Microsoft não oferece suporte a VSS. Ainda existem algumas opções disponíveis para este cenário:

Se o servidor for uma VM (embora o VMware e o Hyper-V não suportem discos maiores que 64 TB, ainda é possível combiná-los em um volume maior DENTRO do sistema operacional), você pode executar um crash-consistent backup, o que eliminaria o aproveitamento VSS.

• Se o servidor estiver usando uma solução de armazenamento compatível e estiver em uma configuração compatível, podemos aproveitar o VSS de hardware com o Veeam Agent para Microsoft Windows para contornar esse problema.

• Se nenhuma dessas opções se aplicar, você pode utilizar o Veaam NAS Backup

NAS Backup

A funcionalidade de “NAS Backup” foi introduzida na versão 10 do Veeam Backup & Replication e a funcionalidade vem sendo aprimorada.

Atualmente, os tipos de File share compatíveis com o NAS Backup são:

• SMB (CIFS)
• NFS
• Microsoft Windows server
• Linux server
• Um sistema de storage configurado como NAS – proteção via snapshot
• Snapshot do Microsoft VSS

A funcionalidade NAS Backup permite:

• Proteger soluções NAS baseadas em hardware e nos protocolos universais SMB e NFS e também servidores de arquivos, ou file shares, baseados em Windows e Linux;

• Changed File Tracking (CFT), que garante backups incrementais e mais rápidos;

• Versionamento de arquivos; possibilidade de arquivamento de arquivos antigos, incluindo em object storage de nuvem pública.

• Retenção de curto e longo prazo em repositórios de backup distintos;

• Uso do repositório de backup como uma redundância em caso de perda do file share principal, para que os usuários continuem acessando os arquivos em modo leitura;

• Instant file share recovery. Permita que os usuários acessem instantaneamente todos os arquivos protegidos para SMB e NFS. Dependendo do tipo do file share:

• NFS File Shares: estarão disponíveis no modo somente leitura
  • SMB File Shares: usuários para ler, adicionar, atualizar, remover arquivos

• Restauração de todo o file share. Opção útil se o file share de origem foi totalmente desconfigurado ou se é preciso criar uma cópia do file share em outra localidade, por exemplo;

• Voltar todo o file share para um ponto de restauração. Esta opção pode ser útil, por exemplo, quando o file share original foi atacado por ransomware. Nesse caso, pode-se reverter todos os arquivos que foram alterados pelo ransomware para o estado imediatamente anterior ao ataque;

• Voltar arquivos ou pastas específicas em um ponto de restauração. Esta opção pode ser útil, por exemplo, se você precisar obter uma versão mais antiga de alguns arquivos e pastas do backup.

• Podemos restaurar qualquer arquivo de um repositório de backup de longa retenção arquivamento para versões anteriores.

Maiores informações em:

NAS Backup – User Guide for VMware vSphere (veeam.com)

O licenciamento é baseado na volumetria do File Share.  Deve-se considerar a volumetria do File Share em TB e dividir por 500GB para obter a quantidade de licenças Veeam Universal.

Considerações sobre o NAS Backup:

Se você proteger um servidor Windows ou Linux via NAS Backup, licencie o servidor com base na volumetria de File Share, em vez de licenciar todo o servidor (agente)

• A Veeam arredonda em incrementos de 500 GB para consumo de licença.

Isso significa que um File Share de 999 GB consumirá 1 instância VUL, pois é contabilizado como 500 GB. Isso também significa que um File Share de 499 GB contará como 0 GB protegido, então é grátis!

• Se você estiver protegendo vários File Shares individuais, cada File Share será calculado individualmente usando as regras acima. No entanto, se você fizer referência a um root de um File Share que contenham vários Files Shares internos, a capacidade total é arredondada para baixo conforme a regra anterior

Por exemplo: se você tiver 4 compartilhamentos de arquivos de 300 GB em um NAS, e se segmentado individualmente, não incorrerá em nenhum custo de licenciamento para esses compartilhamentos, pois cada um deles será arredondado para 0 GB.

• No entanto, se você protegesse todo o NAS a partir do seu root, a capacidade coletiva deles seria igual a 1,2 TB (300 GB *4). Isso seria arredondado para baixo no valor de 1 TB, o que resultaria em 2 instâncias VUL. Este é um trade-off entre economia no licenciamento VS facilidade de gerenciamento.

• A Veeam calcula o NAS Backup com base no maior espaço consumido nos últimos 30 dias.
  • Por exemplo, se eu tivesse um compartilhamento de arquivo que consumisse 490 GB de espaço, isso seria arredondado para 0 GB. Mas se aumentasse temporariamente para 500 GB e fosse feito o backup nesse tamanho, a Veeam alocaria 1 instância de licenciamento VUL.

• Posteriormente, se o tamanho File Share for reduzido para 490 GB novamente, após 30 dias o licenciamento de instância VUL será liberada.

• Se proteger um File Share com vários backup jobs backup, as licenças VUL necessárias não vão se basear mais apenas na volumetria do File Share, mas na volumetria multiplicada pelo número de Jobs de backup que o protegem.
  • Por exemplo, File Share de 200 GB pode ser protegido por 2 tarefas de backup sem incorrer no consumo de uma instância VUL adicional (1x200GB = 200GB, and 2x200GB = 400GB)

• Mas se este File Share for protegido por um terceiro backup job, uma instância adicional VUL será consumida, pois a volumetria excederá 500 GB (3x200GB = 600GB)

• O NAS Backup Que pode proteger File Share baseados no serviço Azure Files, tanto trabalhando o próprio File Share como de forma integrada com o Azure File Sync.

• Podemos fazer backup do Amazon EFS via NAS Backup. Direcione o servidor Linux que está montando o File Share do Amazon EFS e apresente o File Share para os job de backup

Serviço AWS EFS

Esta é uma funcionalidade do produto Veeam Backup for AWS

O backup é realizado através da criação de políticas e opcionalmente incluí indexação para possibilitar a pesquisa de arquivos e diretórios entre vários pontos de recuperação do File Share.

Os backups de File Shares do Amazon EFS só podem ser armazenados em AWS Backup Vaults. O AWS Backup Vault é um container que armazena e organiza backups.

• Os backups do Amazon EFS não podem ser copiados para contas AWS diferentes da conta original.

• Se a opção de file share indexing for utilizada, será preciso o uso de um worker node.

• Depois que o snapshot é criado, ele é montado na instância do worker node e processado. Se um snapshot for tirado enquanto a tarefa de indexação estiver sendo realizada, este snapshot não será indexado.

• O Amazon EFS não é licenciado com base na volumetria; ele é licenciado com base no número de File Shares criados – uma licença VUL por File Share.

• Se o File Share não tiver sido protegido por um ponto de restauração nos últimos 31 dias, a licença VUL consumida será liberada.

• O backup dos File Shares do Amazon EFS pode ser feito para um AWS Backup Vault em qualquer região compatível da AWS. Eles também podem ser restaurados para qualquer região da AWS compatível, o que é útil para migrações. 

Serviço Azure Files

Esta é uma funcionalidade do produto Veeam Backup for Microsoft Azure.

O backup é realizado através da criação de políticas e opcionalmente incluí indexação para possibilitar a pesquisa de arquivos e diretórios entre vários pontos de recuperação do File Share.

Atualmente, o Azure Files criam apenas snapshots de File Share, ao invés de backups independentes. Isso significa que a exclusão de seu File Share do Azure resultará na exclusão de seus snapshots também.

• Apenas 200 snapshots podem existir para um File Share.

• No momento, não podemos suportar imutabilidade para um backup job do Azure Files

• Se a opção de file share indexing for utilizada, será preciso o uso de um worker node.

• Depois que o snapshot é criado, ele é montado na instância do worker node e processado. Se um snapshot for tirado enquanto a tarefa de indexação estiver sendo realizada, este snapshot não será indexado.

• O Azure Files não é licenciado com base na volumetria; ele é licenciado com base no número de File Shares criados – uma licença VUL por File Share.

• Se o File Share não tiver sido protegido por um ponto de restauração nos últimos 31 dias, a licença VUL consumida será liberada.

• Se um File Share do Azure Files for associado a várias políticas de backup, somente a política de backup de prioridade mais alta processará o File Share.

Conclusão: a Veeam disponibiliza várias possibilidades de proteção e recuperação de File Shares, de acordo com a necessidade de cada infraestrutura ou nuvem!