Hoje estou iniciando uma série de posts sobre a Object First. Vamos passar pelo processos de instalação, ajustes iniciais, atualização e até mesmo a criação de um bucket e configuração dele no Veeam.

Falando bem resumidamente sobre a Object First, é uma empresa que foi criada pelos mesmos fundadores da Veeam (talvez o mais conhecido seja o Ratmir Timashev). E não por coincidência, é 100% compatível e pensada para funcionar em conjunto com a Veeam. Mas é importante saber: embora utilize o protocolo S3, nenhuma outra ferramenta está homologada para trabalhar com Object First.

Outro ponto interessante é que os appliances são sempre físicos. Existe um virtual appliance, entretanto, é apenas para testes/demonstração. Vocês também vão encontrar o mercado chamando a solução da Object First de #Ootbi, que significa Out-of-the-Box Immutability. Um dos grandes diferenciais da solução é a segurança implementada, de uma maneira bem simples, e o desempenho.

Antes de iniciarmos, vale lembrar que a Object First, assim como várias empresas da área de tecnologia, tem um programa de comunidade. Ele é chamado de Object First Aces, composto por pouquíssimos profissionais do mundo todo (menos de 40). Esse ano tive a honra se ser escolhido para fazer parte dele. Se quiserem conhecer quem são os membros ou saber um pouco mais sobre o programa, clique aqui.

Agora que as apresentações foram realizadas, mãos a massa. Primeiro passo é fazer o deploy do .OVA no VMware. Não vou entrar no passo-a-passo desse processo, vamos direto para a instalação.

Considerando que a imagem foi importada e VM ligada, nos deparamos com a primeira tela da instalação. Nela podemos escolher entre Object First Ootbi, Advanced options for Object First Ootbi ou UEFI Firmware Settings. Para a instalação básica inicial, selecionaremos Object First Ootbi.

Agora, temos o License Agreement. Para “passar de fase”, tem que aceitar… sem choro.

A próxima tela é bem importante. Nela escolhemos se vamos fazer uma instalação nova, do zero e criar um novo cluster… ou se vamos ingressar o nó em um cluster já existente. Como no nosso exemplo é o primeiro nó, então selecionamos I don’t have an Ootbi cluster. Configure a new cluster for the appliance e depois Next.

Mais um passo importante: configurações de rede. Insira os parâmetros do seu ambiente e selecione Next.

Após definir as configurações de rede, vamos dar um nome para o appliance. No exemplo, eu coloquei ootbi-lab. Feito isso, vamos em Next.

Como cada segundo é importante, uma configuração que deve ser realizada já no deploy é a definição do NTP server. Usei o servidor do ntp.br para fazer o sincronismo.

Depois de definir o NTP server, o wizard vai realizar uma sincronização do relógio já tentar se conectar à internet para fazer um update. Como essa VM não tinha acesso à internet ainda, não foi possível atualizar. O assistente ainda nos pergunta se desejamos configurar um servidor de proxy para tentar novamente. Aqui vamos pressionar Esc e ignorar essa configuração, afinal, é possível fazer tudo isso depois na console web.

Agora precisamos definir as configurações de rede do cluster. Lembrem-se que, no futuro, posso adicionar mais nós e será através desse IP (que vamos configurar agora) que faremos gerenciaremos de toda a solução. Meu cluster vai se chamar ootbi-cluster.

Já estamos caminhando para o final da instalação, mas antes, precisamos definir uma senha para se conectar. O usuário padrão “objectfirst” é criado automaticamente. A senha deve conter, no mínimo: 12 caracteres, incluindo uma letra maiúscula, uma minúscula, um número e um caractere especial. Se você não atender algum dos requisitos, vai receber uma mensagem igual essa:

Se isso acontecer, pressione Enter ou Esc, volte na tela anterior e crie uma senha que atenda aos requisitos especificados.

A próxima tela do instalador mostra um resumo das configurações:

Depois pergunta se você deseja ativar os serviços de telemetria, onde você permite que alguns relatórios de eventos críticos e estatísticas básicas sejam compartilhados com a Object First. Nenhum dado backupeado ou algo do tipo é enviado ao ativar a telemetria.

Feito isso, finalizamos a instalação do Ootbi. Pra quem conhece VMware, vai perceber que a tela a seguir não é nenhum pouco estranha:

Agora, para validar que está funcionando, basta digitar o IP do node ou o IP do cluster no navegador, usar a porta 8443, e teremos acesso a console gráfica da solução:

E aí pessoal, o que acharam do processo de instalação? Particularmente, achei muito fácil e intuitivo. Nos próximos posts vou navegar na console e mostrar como fazer algumas operações.

Um abraço.
Até a próxima!

O post Object First – Instalação apareceu primeiro em Explain IT.

Agora que ele foi instalado, partiremos para as configurações e ajustes iniciais. Se você não acompanhou o processo de instalação, clique aqui e veja como é fácil.

Após finalizar a instalação, a tela abaixo será mostrada. Nela daremos os primeiros passos, que, é claro, passam por ler e aceitar os termos exibidos. Se você quiser continuar, aceite o contrato navegando até o [Accept] no canto inferior direito da tela.

Primeira ação, de fato, é darmos nome ao servidor. Para nosso exemplo, o servidor vai se chamar explainit-v13. Feito isso, clique em [Next].

Agora definiremos as configurações de rede. Como eu tenho servidor DHCP no ambiente, perceba que já foi atribuído um IP automaticamente. Se esse não for o seu caso, basta navegar até [Static] para definir as configurações manualmente. Depois, selecione [Next].

Agora vamos configurar o servidor NTP para sincronização do horário e também vamos definir o time zone. Configurei para o time zone do Brasil (America/Sao_Paulo) e o servidor NTP usei o ntp.br.

Na guia Host Administrator, muita atenção. Aqui começamos a configurar a parte de segurança do appliance. Nesse momento, precisamos definir a senha que será utilizada pelo usuário “veeamadmin“. Lembrete: toda a construção do appliance foi baseada no framework DISA STIG, sendo assim, a senha para essa conta deve conter, minimamente: 15 caracteres, um número, uma letra minúscula, uma letra maiúscula e 1 caracter especial.

Para nosso exemplo, usei a senha ******************

Tão logo você digite a senha, próximo passo é cadastrar o MFA. Não é possível seguir com a instalação sem fazer esse processo. Mais uma vez podemos notar o quanto a questão de segurança foi levada a sério nessa versão. Não existe nenhuma indicação de qual aplicativo gerenciador de MFA usar, por isso, escolha um de sua preferência. Particularmente, eu gosto de usar o Bitwarden para isso.

Ao finalizar a configuração do MFA, chegamos na guia Security Officer. Aqui criaremos a senha para o usuário “veeamso”. Esse novo “papel” fica responsável por fazer (ou autorizar a fazer) alterações mais críticas no ambiente. Para essa conta, deve-se seguir os mesmos critérios para escolha da senha. Caso contrário, você verá isso:

Notem que existe uma opção chamada [Skip setting up Security Office], ou seja, esse usuário não é obrigatório ser criado, entretanto, se ele não for criado nesse momento, não será possível adicionar depois. Caso você decida por criar o usuário, na primeira vez que ele for logar, será solicitado para ele configurar o MFA.

Ao avançar, chegamos na tela de resumo das configs. Quando selecionamos [Finish], as configurações são aplicadas e os serviços do Veeam são reiniciados.

E se tudo ocorreu corretamente, você verá uma tela similar a essa abaixo. Nela podemos encontrar os endereços para gerenciamento do host, que é feito pela porta 10443 e também o endereço para operação do Veeam (também conhecida como console), que funciona na porta 443.

Host management (porta 10443):

Console para gerenciamento do backup (porta 443):

Legal observar que na da tela de login (console), tem um link para que você possa baixar a console Windows para se conectar no servidor. Lembrando sempre que a versão Web não está com todas as funcionalidades implementadas ainda, por esse motivo, é importante fazer o download e instalar a console versão desktop também.

Ao se autenticar na console web, temos a nova cara do Veeam:

E aí pessoal, o que acharam? Na minha visão, o processo de instalação foi muito simplificado, ficou mais seguro e funcional. Nos próximos posts, vamos avançar nas configurações de gerenciamento do host e, por último, uma revisada na console.

Por enquanto é isso. Um abraço e até a próxima.

O post Configuração Inicial do Appliance Veeam v13 apareceu primeiro em Explain IT.

Conforme falei no post anterior, a ideia agora é mostrar para vocês como o deploy da nova versão do Veeam (v13) é bem diferente, entretanto, simples e muito segura. Lembrando que essa versão foi construída com base em Rock Linux 9.2 e possui console web (um pouco limitada nessa primeira versão) para gerenciamento. A console Windows e a instalação no modo tradicional permanecem disponíveis.

Vou dividir em dois posts diferentes: esse aqui, cobrindo a instalação e o próximo, para configuração inicial (clique aqui).

Recursos: para fazermos o deploy da v13 em uma VM (ISO), os seguintes pré-requisitos são necessários:

• Obrigatório dois volumes de 240GB (mínimo) cada.
• 8 vCPUs.
• 16 GB de vRAM. 

Os requisitos e a documentação oficial podem ser encontradas aqui: System Requirements – User Guide

Depois de baixar o arquivo ISO, atachar no VMware e subir a VM, já podemos ver a console para escolhermos o que vamos instalar. Nesse caso, selecionaremos o Veeam Backup & Replication. Ainda é possível, através dessa tela, instalar o Veeam Enterprise Manager.

Na próxima tela, temos as opções:

• Install – fresh install, wipes everything (including local backups): para instalar do zero, limpando tudo que tenha nos discos. Vamos escolher essa opção.
• Reinstall – keeps backups, erase settings, reinstalls the OS: para reinstalar o sistema operacional, mantendo os backups e apagando todas as configurações.

Vai aparecer uma mensagem solicitando sua confirmação de que os dados todos serão apagados. Clique em Sim e vamos adiante.

O processo de instalação será iniciado. Esse é o momento de pegar um café e aguardar…aguardar…aguardar….

Uma vez que o processo de instalação seja finalizado sem erros, vamos iniciar a configuração inicial do appliance. Para o conteúdo não ficar muito extenso, essa segunda parte será explicada no próximo post (clique aqui).

Resumindo: poucas ações, eliminando muito a possibilidade de erro e garantindo a segurança da ferramenta. Essa é a instalação do Veeam Appliance.

O post Instalação do Appliance Veeam v13 apareceu primeiro em Explain IT.

Fala pessoal, tudo certo?

Guardei esse post para lançar após a realização do VeeamON Tour Brazil, que acontecerá dia 28/08, em São Paulo. Minha ideia era esperar mais alguma novidade que pudesse aparecer, entretanto, devido a um imprevisto, não estarei presente. Sendo assim, vou compartilhar com vocês o que rolou de mais importante (na minha visão) durante o VeeamON, que aconteceu entre os dias 21 e 23 de abril em San Diego (Califórnia) e que tive a oportunidade de participar presencialmente graças ao programa #VeeamVanguard e a #SeprolIT.

Em linhas gerais, posso dizer: foi um evento cheio de novidades importantes para o universo de proteção de dados. A pegada da Veeam em deixar de ser uma ferramenta de backup e restore está cada vez mais forte. Agora, eles posicionam o Veeam Data Platform como uma ferramenta de cibersegurança.

O ápice do evento, com toda certeza, foi o anúncio da versão 13, com melhorias que vão desde a interface até a segurança e recuperação em nuvem. Aqui vão alguns pontos, resumidos, do que acredito ser legal de compartilhar:

Veeam Software Appliance

Talvez, o anúncio que causou mais alvoroço na galera: um appliance da Veeam!! Ele será baseado em Linux com JeOS (Just Enough OS), pré-hardened e com gerenciamento via web. Além disso: sem acesso root para administradores, MFA obrigatório e uma “função” chamada Security Officer. Lembra da pegada sobre cibersegurança que comentei acima? Então, o Security Officer será o responsável por aprovar ações críticas, tais como exclusões de backups. Esse usuário não vai gerenciar o backup ou o ambiente de backup, pelo contrário, ele realmente terá apenas o papel de aprovar (ou não) ações específicas no Veeam.

Veeam Server com alta disponibilidade (HA) nativa

Ao disponibilizar o Veeam Appliance, de “carona” chega também um dos itens mais requisitados pelos clientes e parceiros: suporte a HA (High Availability) para o Veeam Backup & Replication. Isso significa que, em caso de falha do servidor principal, outro servidor (previamente cadastrado e configurado) pode ser requisitado a assumir a função, reduzindo drasticamente o tempo de recuperação do VBR para alguns segundos.

Nova interface web

Outro “benefício” que chegará graças ao Veeam Appliance ter sido arquitetado em Linux: na v13, o Veeam Data Platform terá uma interface web novinha em folha. Essa console trará dashboards com informações úteis, como o novo “Resiliency Score” (métricas que avaliam a saúde geral do ambiente de backup). A navegação é mais intuitiva, com foco em usabilidade e visual limpo.

E ainda teve um tempo para falarem sobre um recurso”diferenciado” da console web: ela terá o famoso, mas discutível dark mode theme. 

Console Windows repaginado

A tradicional console em Windows também foi repaginada. Agora está mais leve, com visual atualizado e, claro, com suporte ao dark mode theme. Os gráficos dos trabalhos de backups continuam presentes, mas com melhor legibilidade e performance. A experiência, em geral, ficou mais fluida, especialmente em ambientes com muitos jobs simultâneos. E por incrível que pareça, a Veeam conseguiu deixar mais fácil uma console que já era tranquila de usar.

RBAC avançado e gestão de acesso refinada

Na v13, devido ao novo design da solução, uma nova abordagem de controle de acesso permitirá criar perfis com permissões granulares. A console se adapta ao que cada usuário pode ver e fazer, com uma granularidade que até então nunca foi vista nos produtos Veeam. Nem mesmo o RBAC que o Enterprise Manager possui pode ser comparado ao que está por vir na v13 do Veeam Data Platform. Adicionalmente, o novo RBAC vai contar também com integração nativa ao Entra ID e suporte a alguns provedores de identidade externos.

E aí turma, o que acharam das novidades? O acesso a versão beta só foi possível pelo fato de ser membro do #VeeamVanguard, que é um programa pertencente ao grupo #Veeam100. Estou preparando um material sobre o processo de instalação e configuração inicial da v13. Em breve publico aqui no blog.

O post VeeamON 2025 em San Diego 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.

Habilitando APIs

Antes de iniciar a instalação do Veeam Backup for Google Cloud, vamos preparar o ambiente para receber a instalação. Nesse primeiro passo, iremos habilitar as APIs que necessitamos no GCP para utilizar o produto. Todas as APIs necessárias estão descritas nesse link: Google Cloud APIs – Veeam Backup for Google Cloud User Guide

Para habilitar as APIs navegue até a opção “Enabled APIs & services” na console do GCP.

Clique em “Enable APIs and Services” e procure por “Compute Engine” no nome da API.

Clique em “Enable”.

Repita esse processo para cada uma das APIs descritas no User Guide.

Criando VPC e regras de firewall

Criaremos uma VPC e configuraremos as regras de firewall, caso ainda não as tenha no seu ambiente do Google Cloud. Vá até a opção “VPC networks” na console do Google Cloud.

Já existirá uma VPC default, mas iremos criar nossa própria VPC clicando em “Create VPC Network”.

Defina um nome para a VPC e uma descrição (opcional).

Escolha o nome da primeira subnet, a região onde será criada e o range de IP. No meu exemplo estou utilizando apenas IPv4.

Ignore a sessão de Firewall Rules porque vamos criar as regras no próximo passo. Clique em “Create” para finalizar.

Após a criação da VPC clique no nome para abrir as opções e vá até a aba Firewalls.

Clique em Add Firewall Rule. Ao implementar o Veeam Backup for Google Cloud, as regras de firewall necessárias são estabelecidas automaticamente. No entanto, uma regra que permita ao appliance acessar a internet para atualizar os pacotes não é criada por padrão. É essencial criar uma regra adicional que libere as portas 80 e 443 para todas as VMs na sub-rede, garantindo assim a capacidade de atualização.

Escolha um nome para a regra. Defina também a prioridade. Como essa é nossa primeira regra, não faz diferença a prioridade e por isso vou deixar o valor padrão.

Escolha a direção do tráfego: “Ingress” para o tráfego entrante na subnet e “Egress” para o tráfego saindo da subnet. Determine se a regra deve permitir ou negar o tráfego e selecione o destino. Embora seja possível utilizar Network Tags para especificar o destino, neste caso, optarei por “All instances in the network“.

Em Destination filter, vamos filtrar como 0.0.0.0/0 para liberar qualquer destino.

Em Protocols and ports, vamos definir as portas ou protocolos que vamos liberar. Nesse caso, definiremos as portas 80 e 443. É possível verificar todas as portas necessárias nesse link: Ports – Veeam Backup for Google Cloud User Guide. Clique em “Create” para criar a regra.

Criando IAM Role e Service Account

Para fazer o deploy do appliance do Veeam Backup for Google Cloud, precisamos adicionar uma conta no Veeam Backup & Replication que possua todas as permissões necessárias no projeto do Google Cloud. É possível escolher a opção de criar essa conta automaticamente na console do VBR, mas isso criará uma conta no Google Cloud como Owner, o que não é recomendável. Por isso, nesse passo, vamos criar uma IAM Role no Google Cloud apenas com as permissões necessárias e, depois, uma Service Account que iremos associar com a IAM Role criada.

Em “IAM & Admin” iremos até a opção “Roles”.

Vamos clicar em “Create Role” para criar uma role customizada.

Defina um nome, uma descrição e em “Role launch stage” escolha “General Availability”.

Todas as permissões necessárias estão listadas nesse link na seção Google Cloud Service Account Permissions: Plug-In Permissions – Veeam Backup for Google Cloud User Guide. Clique em “Add Permissions” e adicione as permissões.

Ao final do processo teremos as permissões adicionadas e podemos clicar em “Create” para criar a IAM Role.

Agora iremos até a seção de “Service Accounts” para criar a conta.

Clique em “Create Service Account”.

Escolha um nome e clique em “Create and Continue”.

No segundo passo, selecione a IAM Role que criamos no passo anterior. Clique em “Continue” e “Done”.

Para adicionar a conta no VBR, precisaremos antes criar uma Key para a conta de serviço. Clique na conta criada e vá até a seção de Keys e escolha a opção “Create new key”.

Escolha JSON e clique em “Create”. Guarde o JSON que será criado para ser utilizado no VBR posteriormente.

Assim, finalizamos a criação de tudo que é necessário para realizar o deploy do Veeam Backup para Google Cloud. Os passos subsequentes devem ser executados na console do VBR.

Deploy do Appliance

Primeiro, na console do VBR, vamos adicionar a conta de serviço do Google Cloud. No Menu principal, vá até “Credentials & Passwords” e “Cloud Credentials”.

Em “Add”, escolha “Google Cloud Platform service account”.

Escolha a opção “Use the existing service account”.

Em Key File, escolha o JSON que foi criado anteriormente.

Com a conta criada, vamos em “Backup Infrastructure”, “Managed Servers” e “Add Server”.

Em Veeam Cloud-Native Backup Appliance, vamos escolher o Veeam Backup for GCP.

Escolha a opção “Deploy a new appliance”.

Escolha primeiro a conta de serviço que criamos. Depois, em Data Center, a região que queremos fazer o deploy do appliance e, por último, a Availability Zone.

Escolha o nome da VM do appliance e clique em “Advanced”.

Em Advanced podemos definir o tipo de VM que será utilizado. Por padrão é utilizado o e2-standard-2 com 2 vCPU e 8GB de RAM, que deve ser suficiente para grande parte dos ambientes. Para proteger acima de 100 VMs, devemos seguir as recomendações descritas nesse link: Backup Appliance – Veeam Backup for Google Cloud User Guide. Como estou apenas fazendo o deploy para testes, vou diminuir para uma VM com 2vCPU e 4 GB de RAM.

Na próxima seção devemos escolher a VPC e a Subnet que criamos anteriormente. O Network tag será criado durante o deploy, e o IP público que será mostrado na última opção é apenas o IP público que a console do VBR está utilizando para acessar o Google Cloud e, normalmente, não precisa ser modificado.

Em seguida, devemos selecionar se vamos utilizar um IP Dinâmico ou IP Estático para o appliance. Eu não criei nenhum IP Estático no GCP porque não há necessidade, então vamos selecionar a opção de Dynamic IP address.

Em “Guest OS” devemos criar um usuário e senha para acessar a interface Web do Veeam Backup for GCP e para fazer a autenticação entre o VBR e o appliance.

Clique em “Apply” e aguarde o deploy do appliance. Esse processo pode demorar um tempo considerável.

Clique em Next após finalizar a instalação.

Ao final do processo, veremos que a VM foi criada com sucesso no Google Cloud.

Ao acessar a VM pelo IP público ou IP privado (caso tenha acesso), seremos redirecionados para a tela de login.

No VBR, podemos clicar em “Open console” para abrir a console Web já autenticada.

Com isso finalizamos o deploy do appliance e estamos prontos para iniciar a configuração do produto para proteger os recursos no Google Cloud.

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

E aí galera, tudo jóia? Quanto tempo hein!! Chegou a hora de tirar a poeira do blog. Prometo que vou publicar muitas coisas legais esse ano. Fiquem ligados!

E nada melhor que recomeçar as atividades compartilhando uma incrível novidade: entrei para a turma Veeam Vanguard 2024!

É isso mesmo! Durante o ano de 2023 eu fiquei fora por regras do programa, uma vez que eu era funcionário da Veeam, logo, a participação é vetada. No começo do ano fui surpreendido pelo famoso (e temido) layoff das companias. Por esse motivo, pensei: porque não tentar voltar ao Vanguard? E deu certo!!

Me apliquei, expliquei como foi minha contribuição em 2023 e fui selecionado para integrar novamente o programa. Quem me conhece sabe que eu considero, de loooonge, o #VeeamVanguard como melhor programa de comunidades do mundo. No Brasil, este ano, atingimos o numero recorde: 5 membros.

Mas a final, o que é o Veeam Vanguard?

Caso você não conheça ainda, o Veeam Vanguard não é uma certificação. Ele é uma forma da Veeam de reconhecer e recompensar pessoas influentes na comunidade de TI que demonstraram (no ano anterior) um alto nível de comprometimento e experiência com as soluções da Veeam.

Os Vanguards são escolhidos anualmente por um comitê de especialistas da Veeam com base em uma variedade de critérios, como contribuições para fóruns de discussão, blogs, mídias sociais, eventos, webinars, entre outros. Ou seja, Vanguards são reconhecidos por sua expertise técnica, habilidade em compartilhar conhecimento e influência positiva na comunidade de TI.

Os membros do programa recebem alguns “mimos” que podem incluir acesso antecipado a versões beta de produtos, convites para eventos exclusivos, oportunidades de networking com outros profissionais de TI e líderes da Veeam, além de visibilidade, claro, no mercado de TI.

Em sumo, é uma iniciativa da Veeam Software para reconhecer e valorizar os líderes de opinião e especialistas na comunidade de TI que contribuem de forma significativa para o avanço e a promoção das suas soluções.

E pra finalizar, impossível terminar esse post sem agradecer nominalmente aos responsáveis da Veeam que fazerm parte do comitê e que deixam esse grupo tão incrível: Rick Vanover, Nikola Pejková, Madalina Cristil e Safiya Mohamed, parabéns e muito obrigado!

E aí,  você já conhecia o Veeam Vanguard? Caso queira saber mais do programa, compartilho os links oficiais abaixo!

Twitter
Página oficial
Inscrições (encerradas no momento)

Um grande abraço, até logo!

O post Veeam Vanguard – 2024 apareceu primeiro em Explain IT.

A importância da continuidade de negócios

Todos sabemos que, nos dias atuais, um sistema fora do ar por alguns minutos pode causar um grande impacto financeiro e institucional para as companhias. Uma das maneiras que as corporações estão encontrando para minimizar essa possibilidade é criar planos de continuidade de negócios.

Mas então: o que é e como garantir isso?

Continuidade de negócios, nada mais é que desenhar um modelo onde, em situações de adversidade, exista um caminho a ser seguido. Esse caminho muito provavelmente fará com que as perdas sejam mínimas ou até nem aconteçam. A grande jogada quando se fala em continuidade de negócios é que isso deve ser desenvolvido e planejado muito antes de ser utilizado, ou seja, em momentos de navegação em águas calmas. Quando a tempestade chegar, o marinheiro já sabe o que fazer para contornar a situação.

O plano de continuidade de negócios envolve quase todas as áreas de uma companhia, mas, no nosso caso, vamos dedicar os esforços para disponibilidade e proteção de dados. Graças a Veeam, podemos ter várias opções para garantir a continuidade, e elas vão desde backup, replicação, orquestração, nuvem, imutabilidade, etc. Muitas maneiras que, quando combinadas, se tornam uma poderosa arma contra o apagão corporativo. Mas especificamente nesse post, abordaremos um recurso chamado Full VM restore.

O que é o Full VM restore?

Em linhas gerais, é o procedimento de recuperar completamente uma máquina virtual que, por algum motivo, não está mais produtiva. Imagine o seguinte cenário:

Você tem um servidor de arquivos que é uma VM. E essa VM possui 5 discos virtuais. Quando um Full VM Restore é realizado, você evita, por exemplo, que alguns dos discos sejam “esquecidos” para trás. Ou seja, efetuando um Full VM restore com Veeam, todos os 5 discos dessa VM serão restaurados sem nenhum problema.

A documentação oficial da Veeam relacionada ao modelo de restore que abordaremos nesse post pode ser encontrada clicando aqui.

E como fazer?

Como tudo no Veeam, o procedimento é muito fácil. Não vamos abordar aqui o processo para realizar backup, consideraremos que a VM que será restaurada está sendo executada no VMware vCenter e o Veeam já a protegeu nos jobs de backup.

O nome da VM que utilizaremos no exemplo é “app-server”. Na animação abaixo, vejam que ela está em funcionamento e logo após eu realizo o processo de exclusão.

Agora, com a console do Veeam Backup and Replication aberta, navegue até a na guia Home (1), depois Backups>Disk (2), agora clique com o botão direito sobre a máquina virtual que deseja recuperar (3) e selecione a opção Restore entire VM (4). Você também encontra essa mesma opção na barra de ferramentas superior (5).

Na janela que irá aparecer, o Veeam automaticamente trará como sugestão de restore o backup mais recente disponível (1). Entretanto, caso você precise recuperar a VM de um ponto de restauração mais antigo, basta clicar em Point (2).

O próximo passo é escolher qual modo de restore será utilizado. São 3 opções (mais detalhes você encontra aqui):

(1) Restore to the original location: é o método mais simples, onde o Veeam vai restaurar a VM com as configurações originais. Nesse modo, a VM é restaurada para o mesmo Datastore, Folder e name.

(2) Restore to a new location, or with different settings: essa opção é bem mais completa e detalhista. Você tem a possibilidade de altarar o local do restore e também modificar as configurações da VM, tais como rede, armazenamento, etc. Nesse método, o Veeam restaura a VM ou os discos conforme as configurações locais que você definiu.

(3) Staged restore: todas as opções do método anterior estão disponíveis, porém, com Staged Restore é possível restaurar a VM em um DataLab (ambiente isolado) e, dessa forma, executar scripts ou procedimentos antes de colocá-la em produção. Esse processo é conhecido também como recuperação por etapas e pode nos ajudar com requisitos da Lei Geral de Proteção de Dados (LGPD), mas não vamos cobrir isso nesse artigo.

Ainda existe uma opção complementar chamada Quick rollback (4). Selecionando essa opção, o Veeam utiliza o CBT para mapear os pontos que precisam ser restaurados. Esse é um processo mais rápido, pois são restaurados apenas os blocos diferentes que mudaram do ponto de restauração utilizado versus a VM que está no ambiente. Por recomendação, utilize esse recurso quando não houver acontecido nenhum problema de hardware no ambiente ou se VM não existir mais.

Para nosso exemplo, escolhi a opção Restore to the original location.

Ao clicar em Next, é possível configurar uma opção chamada Secure Restore. Ativando essa opção, o Veeam solicita ao antivírus do sistema operacional para fazer uma verificação na VM. Para saber mais sobre como configurar a integração com o antivírus, consulte esse link

A próxima tela é apenas para justificar o motivo do restore e a última. Clique em Next e chegaremos ao último passo. Basicamente você encontrará nessa tela uma visão geral das opções escolhidas. Também está disponível um checkbox onde, ao marcá-lo, a VM será ligada automaticamente (1) após a tarefa ser completada. Agora clique em Finish e aguarde o processo ser concluído.

Ao final, você poderá consultar no log que o restore foi finalizado sem nenhuma falha.

Para ilustrar melhor, o vídeo abaixo demonstra o processo de restore e a VM sendo acessada após ser recuperada.

O post Veeam – Restaurando VM completa apareceu primeiro em Explain IT.

Hoje vou demonstrar pra vocês como é feito a criação de um bucket na cloud da Zadara. Esse armazenamento do tipo Object Storage S3 Compatible pode ser utilizado para vários propósitos, mas, no nosso caso, utilizaremos como repositório do Veeam.

Não vou entrar nos méritos aqui do que é Zadara ou das formas de contratações. Se tiverem alguma dúvida sobre isso, basta me escrever.

Uma vez que você já tem uma conta criada na Zadara, digite as credenciais para login (Account, Username e Password).

Após autenticar, clique em Console (1), e depois em Add (2).

Agora digite o nome do bucket/container, escolha se ele será criptografado (encrypted) e/ou imutável (Object Lock). E lembre-se que, a partir do momento que ele for criado, não é possível alterar essas propriedades. Nasce e morre do mesmo jeito!

Pronto… agora o bucket/container já está disponível (1) para ser configurado no Veeam. Importante saber que as informações da conta (secret key, access key, região e etc.), podem ser encontradas clicando sobre o nome do usuário (2).

Aqui estão as informações:

Simples e rápido né turma? Agora, com essas informações, já podemos criar o SOBR no Veeam e apontar para a Zadara.

Abraço,

O post Criando bucket na Zadara apareceu primeiro em Explain IT.

Vocês provavelmente estão cansados de ouvir falar nos termos MFA ou 2FA. Óbvio, não tem como fugir desse assunto, uma vez que dia-a-dia novas formas de invasão/ataque são inventadas e os sistemas ficam vulneráveis. E visando atender a muuuuitos pedidos dos usuários, a Veeam divulgou que na próxima versão (v12) o software vai contar com esse incremento na segurança.

Nos passos a seguir vou demonstrar como é feita a configuração, mas sempre lembrando que as demos estão sendo realizadas na versão beta 2, ou seja, é possível que tenham pequenas alterações na versão final.

A primeira vez que você logar na console, o 2FA não estará ativo ainda. Para que o recurso funcione, clique no menu de hamburguer (1) e depois em Users and Roles (2).

Na janela que abrir, você verá que todos os usuários do grupo “Administrators” terão a função de “Veeam Backup Administrator”, ou seja, acesso total ao ambiente de backup (essa permissão é padrão quando o Veeam é instalado). No rodapé dessa tela tem a opção de ativar o 2FA (2), porém, nós NÃO podemos ativar nesse momento (aliás, poder você até pode, mas não vai funcionar). O 2FA não funciona com grupos, sendo assim, será necessário adicionar os usuários nominais, um por um.

Se você não acreditou em mim e tentou aplicar a configuração sem excluir o grupo, vai receber esse erro:

Agora que você viu que não funciona, exclua o grupo padrão (Administrators), e adicione os usuários que terão acesso ao Veeam. O processo é muito simples:

1: Clique em Add.
2: Digite o nome do usuário (ou clique em Browse).
3: Selecione qual será a função desse usuário dentro do Veeam.
4: Se você estiver criando uma conta de serviço, ela não poderá exigir autenticação com 2FA. Se esse for o seu cenário, marque a opção This is a service account. Isso fará com que o 2FA seja desativado apenas para essa conta.

Após adicionar todos os usuários que você precisa, será exibido algo muito parecido com a tela abaixo. No meu exemplo, está da seguinte forma:

1: Tenho 2 usuários (Administrator e backup-user), ambos são administradores de backup.
2: Função 2FA ativada.
3: Outra função nova muito aguardada: expirar a sessão após um determinado período de tempo. No meu caso, se algum usuário ficar mais de 10 mintos inativos, ele será desconectado.

Após fazer o ajuste acima, é obrigatório fechar todas as consoles que estiverem abertas pra depois abrir novamente. Em um primeiro momento, nada de novidade:

Quando clicar em Connect, a segunda (e nova) tela será exibida. Esse passo só é necessário no primeiro login de cada usuário após a ativação do 2FA. Nesse momento, escolha o app que você costumeiramente utiliza para gerar os códigos (eu uso o Authy) e faça a configuração.

Para finalizar, clique em Next e seja feliz!

A partir de agora, quando qualquer usuário for se conectar na console do Veeam, será obrigatório inserir os 6 dígitos.

Simples né? Como eu comentei, esse recurso vinha sendo solicitado massivamente pelos usuários da ferramenta. Agora que ele está disponível, não dê chances pro azar: ative o 2FA e garanta mais esse item de segurança no seu ambiente.

Obrigado pessoal, até a próxima!

O post Veeam v12 – MFA apareceu primeiro em Explain IT.