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.

Na segunda parte dos posts sobre Veeam Backup for Google Cloud, faremos as configurações adicionais e os ajustes necessários para proteger os workloads que estão sendo executados dentro do GCP.

Adicionando um novo Projeto

Após concluir a instalação, ao entrar na tela de configuração, serão apresentados alguns passos necessários para serem completados antes de proceder com a criação do primeiro backup.

Como nós já adicionamos a conta de serviço durante a instalação, não é necessário executar essa parte agora. Junto com a conta de serviço, também foi adicionado o nosso projeto onde está o servidor do Veeam Backup for Google Cloud.

Em um ambiente de produção, é normal termos diferentes projetos onde existirão recursos para serem protegidos. Então vamos adicionar um novo projeto para simular essa situação. No Google Cloud eu criei um projeto chamado “Production”.

No Veeam Backup for Google Cloud vamos adicionar esse novo Projeto clicando em “Add”.

Optaremos por uma conta de serviço já existente e selecionaremos a opção “Specify granular roles” para definir precisamente as permissões que serão concedidas ao projeto nessa conta de serviço.

Em Roles, vamos escolher as permissões que queremos adicionar a conta de serviço para o projeto. Nesse exemplo irei marcar apenas as permissões relacionadas ao backup e restore de VMs.

Na próxima tela vamos logar com a conta do Google para adicionar as permissões automaticamente. No meu ambiente de laboratório, isso não será possível porque eu precisaria registrar a aplicação (o próprio Veeam Backup for Google Cloud) para efetuar essa conexão. Para isso é preciso ter um FQDN válido configurado no appliance, o que e não é meu caso.

Caso queira fazer o registro da aplicação, pode seguir os passos indicados no User Guide: Registering Application – Veeam Backup for Google Cloud User Guide.

Nesse caso vamos apenas indicar o ID do Projeto que estamos adicionando. É possível verificar o ID do Projeto ao selecioná-lo no Google Cloud.

Em Permissions faremos a verificação das permissões. Obviamente, a conta de serviço estará sem nenhuma permissão, então vai falhar.

Caso tenha feito o registro da aplicação é possível clicar em “Grant”, fazer o login com sua conta do Google e adicionar as permissões necessárias automaticamente. Como não é nosso caso, faremos o download do script que contém todos os comandos para criar as IAM Roles e adicionar as permissões no Projeto. O script deve ser parecido com o exemplo abaixo.

Podemos executar o script de diferentes formas. No meu exemplo farei pelo Cloud Shell na console do Google Cloud.

Após a execução, se formos em IAM no novo Projeto, veremos que as Custom Roles foram criadas.

Em IAM Roles, veremos que a conta de serviço do projeto onde o Veeam Backup for Google Cloud está instalado é membro das novas Roles.

Ao acessar novamente o console do Veeam para Google Cloud e realizar uma nova verificação de permissões, o sistema deverá confirmar que as permissões estão corretamente atribuídas.

Por fim, revise as configurações e confirme a criação do Projeto.

Com isso teremos nossos dois projetos adicionados ao Veeam Backup for Google Cloud.

Criando Repositório

Agora iremos criar o repositório para armazenar nossos backups. Inicialmente, precisamos criar nosso bucket no Cloud Storage. Na console do Google Cloud iremos selecionar a opção “Buckets”.

Na criação do Bucket, primeiro devemos escolher um nome único para ele.

Escolha o tipo de localidade e em qual local será criado. Em meu exemplo, vou utilizar Single Region.

Escolha o tipo de classe do bucket. O Veeam Backup for Google Cloud não suporta o tipo Coldline na v5, mas pode ser que seja adicionado o suporte a esse tipo de classe no futuro. Sempre verifiquem o User Guide para saber quais tipos são suportados para o repositório: Considerations and Limitations – Veeam Backup for Google Cloud User Guide.

Em meu exemplo escolherei o tipo Standard.

Não mudaremos nada no tipo de acesso.

Em Data Protection devemos desabilitar a opção de Soft Delete. Essa opção não é suportada para os buckets utilizados como repositório.

Com o Bucket criado podemos iniciar a criação do repositório no Veeam Backup for Google Cloud.

Escolha um nome para o repositório.

Escolha o projeto onde o repositório será criado.

A conta de serviço já virá preenchida. Apenas precisamos clicar em Generate HMAC Credentials para adicionar o Access Key e Secret Key para ter acesso ao bucket.

Na próxima tela vamos escolher o bucket, criar uma pasta para os backups e a classe dos dados.

Podemos também habilitar a criptografia para os dados. Não é obrigatório, mas é sempre recomendado.

Ao final do processo teremos nosso repositório pronto para receber os backups.

Configurando os Workers

Os Workers são utilizados para diversas operações no Veeam Backup for Google Cloud, como, por exemplo, backup, restore e retenção. O Worker é uma VM Linux provisória, com binários da Veeam, que, após a finalização da operação, é removida automaticamente.

Precisamos configurar algumas opções do Worker antes de poder utilizá-los. Na seção de Worker, vamos clicar em “Add”.

Primeiro devemos escolher a região. Para executar os backups de VMs em diferentes regiões vamos sempre precisar adicionar a configuração do Worker para aquela região.

Na próxima tela iremos escolher a VPC, Subnet e Firewall Rule que os Workers vão utilizar quando forem criados.

Na próxima tela iremos verificar os pré-requisitos da rede escolhida para o Worker.

• A subnet utilizada deve possuir o Private Google Access configurado;
• O acesso a porta 443 deve estar acessível da internet para a Subnet para que seja possível utilizar o File Level Restore;
• Caso haja a necessidade de backup e restore do Cloud SQL, a VPC precisa ter o Private Access configurado.

Para habilitar o Google Private Access na subnet devemos editar a Subnet e alterar a opção abaixo para “On”.

Não há a necessidade de configurar o Private Access na VPC, mas, caso seja necessário para o seu ambiente, é possível seguir a documentação do Google Cloud para isso: Private services access  |  VPC  |  Google Cloud.

Ao fazer o recheck, o único Warning que teremos deve ser referente ao Private Access.

Por último, devemos configurar os Profiles do Worker. Por padrão, dependendo da operação que será executada e do tamanho da VM a ser processada, o tipo de VM do Worker irá variar.

• Primary Profile (e2-highcpu-8) – é utilizado enquanto temos quota de disco disponível;
• Secondary Profile (e2-highcpu-2) – é utilizando quando a quota de disk está acabando;
• Archiving profile (e2-sdatandard-4) – é utilizado para transferir dados pro repositório de archive.

Ao adicionar um profile, podemos alterá-los posteriormente. Escolha a região onde o Worker será iniciado.

Se necessário, altere o tipo de VM para cada profile. Por padrão isso não é necessário, mas, dependendo do tamanho da VM que você irá restaurar, pode ser necessário modificar o tipo de VM que o Worker usa.

Ao final teremos nosso Profile criado.

Na guia “Label” podemos configurar Labels para serem adicionadas ao os Worker. Os Labels funcionam como se fossem Tags. Para configurar só devemos escolher o “Name” e “Value” do Label e clicar em Save.

Ao retornar à seção “Getting Started”, teremos todos os passos configurados e nosso ambiente estará pronto para criar os backups.

Mais um passo concluído! Próximo post vamos criar os trabalhos de backup e começar a proteger o ambiente.

O post Veeam Backup for Google Cloud – Parte 2 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.