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.

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.

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.

Resolvi fazer esse post pra atualizar vocês sobre tudo que aconteceu nesses últimos meses. As atividades da comunidade foram se acumulando, assim como profissionalmente várias coisas foram acontecendo, e tudo isso simultaneamente. Vamos lá:

VMware vExpert

Pelo segundo ano seguido fui escolhido para integrar o seleto grupo de vExperts. Esse programa da VMware não é baseado em pessoas certificadas tecnicamente, mas sim em pessoas que contribuem para a comunidade. E em 2019 foi um ótimo ano pra isso. Também não tenho dúvidas que 2020 será ainda melhor. Coisas muito boas estão chegando e vocês logo saberão.

Hoje no Brasil somos 58 vExperts, sendo o 6º país com maior número de membros. Esse crescimento se deve muito ao vExpert PRO Valdecir Carvalho, que há algum tempo está engajado para que o programa seja expandido. Pra quem quiser saber um pouco mais sobre o programa, pode clicar aqui e conferir meu post do ano passado. Pode também procurar o próprio Valdecir Carvalho ou Ricardo Conzatti, que foi nomeado vExpert PRO e trabalhará junto com o Valdecir nessa crescente que estamos passando. Alguns números mais detalhados podem ser encontrados na figura

VMUG Paraná

Durante esse período, o capítulo paranaense realizou 2 encontros: o primeiro dia 12 de Março e o segundo no dia 21 de Maio. O evento de Março foi o último presencialmente. Alguns dias depois a pandemia do Covid-19 foi instaurada e desde então, somente encontros virtuais. E foi nele que tivemos a primeira experiência com uma apresentação de Soft Skills. Nós esperávamos ter uma boa aceitação, mas não imaginávamos que seria o sucesso que foi, e isso se deu graças a Rafaela Vita. Ainda tivemos palestras técnicas comandadas pelo Diego Flaborea e Daniel Bronzatti.

No dia 21/05 foi nosso primeiro evento online. Se por um lado é mais fácil organizar, por outro a dificuldade em manter os participantes conectados sem perder o foco é um grande desafio. Graças a qualidade de nossos apresentadores pudemos iniciar o evento com 58 pessoas e terminar com 49. Isso que o encerramento aconteceu por volta das 22h30min. Devido ao isolamento social e restrições aplicadas, nosso próximo encontro manterá o formato virtual.

VMUG Leader Summit 2020

Entre 19/02 e 21/02 aconteceu na cidade de San Francisco, estado da Califórnia, o VMUG Leader Summit 2020. Pelo segundo ano seguido pude representar o capítulo paranaense, dessa vez acompanhado do líder Lucas Letnar. Outros brasileiros também tiveram presentes, totalizando 8 líderes brazucas na conferência.

Assim como em 2019, o VMUG Summit trouxe diversas apresentações visando o desenvolvimento pessoal e profissional. O lado humanitário também foi lembrado. Numa manhã nos reunimos no lado de fora do HQ da VMware para montar bicicletas infantis visando a doação para crianças carentes. Sem dúvidas, foi um dos momentos mais importantes do evento.

E para demonstrar o quando a VMware é engajada e reconhece a comunidade, estiveram presentes no evento (e também realizando apresentações) duas das figuras mais importantes: Pat Gelsinger (CEO) e Sanjay Poonen (COO).

Veeam User Group Brasil

E finalizando, a última das atualizações: com muita alegria eu posso finalmente anunciar que o grupo de usuários de Veeam terá seu primeiro encontro. Ele acontecerá dia 03/06/2020. Eu, juntamente com o Wesley Martins (blog itproland.com.br), fomos os convidados especiais e representaremos o programa Veeam Vanguard. Pra dar um show de conhecimento, Carlos Gomes e Márcio de Freitas vão falar sobre as novidades e os recursos que a nova v10 está trazendo aos usuários.

As inscrições já estão abertas. Clique aqui e venha participar conosco desse momento de suma importância para mais uma comunidade que está nascendo.

Data: 03/06/2020 – Quarta-Feira
Horário: 11h
Inscrições: aqui

É isso aí galera. Deixo aqui também meu pedido de desculpas por deixar todas essas atualizações passarem sem ser comunicadas. Agora que o blog está em dia, tentarei deixá-lo o mais atualizado possível, assim como colocar mais conteúdos técnicos para contribuir com vocês.

Um abraço, fiquem bem!

O post Atualizações Gerais apareceu primeiro em Explain IT.

Alguns temas merecem destaque:

Blog

Estava meio empoeirado. Parei de criar conteúdo e estava sem empolgação para tal. Mas 2019 foi diferente. Tinha como meta voltar a escrever e compartilhar com a comunidade. Foram apenas 16 posts em 2019. Alguns podem pensar que é pouco!! Realmente o número não empolga, mas manter o blog atualizado não é tarefa fácil. Em média um post técnico leva umas 8 horas pra ficar pronto. São vários testes, coleta de prints, referências com fabricante, revisão no texto…por aí vai. Sendo assim, essas 16 publicações me deixaram bem otimista para 2020.

E pensando em trazer mais conteúdo pra vocês, em 2020 teremos reforço: Eduardo Neto está chegando ao time pra falar de infraestrutura no geral, além de compartilhar seus conhecimentos em AWS e Microsoft SQL. Se alguém já quiser pedir conteúdo pra ele, é só mandar um email para eduardo@explainit.com.br, ou contatá-lo através das redes sociais: Linkedin e Twitter.

VMUG Paraná

2019 foi um ano sensacional. Uma comunidade criada no final de 2018, conseguiu criar raizes e manter um público fiel. Foram 4 eventos em 2019, visitamos Compwire, Service IT e SoftwareOne. Nesses 3 locais levamos mais 200 pessoas. Pra fechar com chave de ouro, dia 29 de Dezembro fizemos na UniBrasil a 4ª edição. 108 pessoas estiveram presentes, um recorde de público para o VMUG e para eventos de TI como um todo. Dezenas de brindes foram distribuídos sendo dois deles de destaque especial: um vídeo-game XBOX e um curso oficial VMware.

Graças ao VMUG, em Fevereiro pude visitar o HQ da VMware em San Franciso. Uma oportunidade única, sem precedentes, que vou detalhar um pouco mais abaixo.

Eventos

2019 deixará saudades quando o assunto for a participação em eventos. O ano nem tinha começado direito e logo veio a viagem para os Estados Unidos e a participação no VMUG Leader Summit. O evento reúne 150 pessoas do mundo inteiro (brasileiros foram apenas 6, representando os capítulos do Paraná, Brasília e Minas Gerais) com objetivo de desenvolver técnicas de liderança, apresentação e formato dos encontros. Nunca imagiei participar de um evento tão incrível como esse. Sem dúvidas que desse tipo de encontro deixa os líderes mais animados ainda pra fazer com que o VMUG continue evoluindo.

Aconteceu em São Paulo o AWS Summit Brasil, onde pude conhecer um pouquinho mais do que é esse “monstro” chamado AWS. Foram apresentações técnicas, onde dediquei meu tempo a visitar vendors como VMware, Veeam e Dynatrace, além dos stands da própria AWS.

Em São Paulo também teve VMUG!! Graça ao trabalho dos novos líderes Wesley e Rodrigo, o capítulo da cidade com mais membros inscritos está de volta. Foi uma honra poder participar dessa reativação e prestigiar amigos que a comunidade me apresentou! #GoVmugSP

Já na reta final de 2019 e também em São Paulo (ah váááá) foi realizado o VeeamOn Fórum. Todo ano esse evento acontece nos Estados Unidos e pela primeira vez saiu da terra do tio Sam. Foi impecável do começo ao fim, com excelente conteúdo técnico e muito network. Junto com ele veio a ativação do VUG Brasil, a comunidade brasileira para usuários Veeam.

Ficou pendente para 2020 o VeeamOn Vegas e/ou o VMware World. Quem sabe???

Carreira

Completei em 2019 meu segundo ano na seguradora. Aprendi coisa pra caramba. Como toda área de TI, alguns momentos de crise acontecem, e cabe a nós saber lidar com essas situações. Após algumas mudanças internas, deixei a área de Infraestrutura e passe a integrar uma nova área, chamada de Arquitetura e Segurança de TI. Novos desafios, novos conhecimentos e mais um passo fora da temida zona de conforto. O assunto carreira também promete muito pra 2020.

VMware vExpert

Fui gratificado esse ano com o título de VMware vExpert. Não se trata de uma certificação técnica, mas sim um reconhecimento pela contribuição com a comunidade. As participações no VMUG Paraná e posts aqui no blog me ajudaram a obter esse título. Agora a meta é conseguir renovar pra 2020 e quem sabe alcançar o Veeam Vanguard.

É isso aí turma. Agradeço aos que visitaram o blog em 2019 e que voltem com mais frequência em 2020. Ótimas festas e até lá…

O post Retrospectiva 2019 apareceu primeiro em Explain IT.

Não tem como começar esse post sem um gigante MUITOOOO OBRIGADOOO!!!!

Dia 31/05/2019 foi realizado o terceiro encontro do VMUG Paraná (o segundo de 2019). Confesso que os acontecimentos que antecederam esse evento me deixaram um pouco desanimado, principalmente o fato de termos sidos enganados pelo local inicial onde seria realizado o encontro.

Mas com muito trabalho (muito mesmo, DEMAIS), muito empenho e ajuda dos nossos patrocinadores (SoftwareOne, WEDOIT e VMware) o evento foi realizado. E foi um baita sucesso! Lotamos o auditório do NEX Coworking, batemos recorde de participantes e criamos uma atmosfera incrível. Tudo isso em Curitiba (que AINDA não tem tanta demanda para esse tipo de evento), numa sexta-feira chuvosa e fria… E pra finalizar, tivemos a participantes de São Paulo, Minas Gerais e Santa Catarina. Tudo isso nos deixa com o sentimento de dever cumprido.

Além da tradicional apresentação da comunidade, feita por mim, tivemos também o líder do VMUG Paraná, Cesar Danecke, Wesley Martins (Blog Itproland), Diego Silva (SoftwareOne), Felippe Siqueira (WEDOIT) e Anderson Duboc (VMware) com apresentações de diversos temas que satisfizeram o público presente.

Abaixo estão algumas fotos do que foi o evento. Não perca o próximo VMUG Paraná, que será em Agosto (data ainda em definição). Siga-nos em nossas redes sociais e fique ligado em nosso site.

Mais uma vez, muito obrigado.

O post VMUG Paraná – Terceiro Encontro apareceu primeiro em Explain IT.

 .

Sem mais delongas, vamos ao trabalho. No meu último post de 2018 expliquei como criar a política e também as permissões necessárias para o funcionamento do N2WS. Se você não executou os passos anteriores, sugiro fortemente que clique aqui. Caso já tenha efetuado as tarefas do primeiro post, então vamos em frente.

Na dashboard de gerenciamento EC2, clique em Launch Instance.

.

Na coluna esquerda, clique em AWS Marketplace, e depois pesquise por N2WS. Quando a pesquisa retornar com os resultados, clique em Select

.

Será exibida uma tela com diversas informações, entre elas a tabela de custos. Se você estiver de acordo, clique em Continue.

Na tela para selecionar o tipo da instância, já está pré definido como t2.small. Além de possuir recursos suficientes para executar as tarefas, há uma observação informando que essa opção é uma recomendação do vendor. Mantenha t2.small e clique em Next.

.

Nessa próxima tela, fique atento para selecionar a Role correta (criada anteriormente). Do contrário, seus backups apenas não irão funcionar. Lembre-se também de marcar o check-box “Protect against acidental termination”. É uma garantia que essa instância não será removida por engano. Feito isso, clique em Next.

.

Agora vamos definir o armazenamento. As configurações default são suficientes para iniciarmos a instância, entretanto, se você quiser alterá-las, o cartão de crédito é seu hehehe. Clique em Next.

.

Você vai chegar na tela de tags. Adicione o parâmetro “Name” e em valor coloque o nome que essa instância vai ter. Clique em Next. Feito isso, ajustaremos as configurações de tráfego da instância, normalmente chamamos isso de Firewall (\o/ \o/). Por padrão, a N2WS já pré-determina algumas regras. Vamos mantê-las. Clique em Review and Launch.

.

Será exibido um resumo de tudo o que fizemos. Após validar, clique em Launch. No pop-up que abrir, você poderá selecionar uma Key existente ou criar uma nova. Para exemplificar, criarei uma com o nome VeeamKey. Faça o download dela e guarde-a em um local seguro. Clique em Launch. A AWS vai começar a provisionar sua instância e em pouco tempo você verá uma tela parecida com essa abaixo.

.

Pronto, agora clique no id dela que você será direcionado diretamente pra nova instância.

.

Dessa maneira finalizamos a segunda parte.

Agora já temos as regas e as políticas definidas e também a instância criada. No próximo post, vamos enfim conhecer a “cara” do N2WS e fazer algumas configurações.

Um abraço, até a próxima.

O post Veeam N2WS – Parte 2 apareceu primeiro em Explain IT.

Hoje vamos falar de algo que está borbulhando nas comunidades de TI: CLOUD. A galera fala de cloud aqui, cloud ali, faz isso com cloud, faz aquilo na cloud, enfim, não vou entrar nesse mérito. A grande questão é: tem muita coisa na tal cloud… mas e o backup??? Vocês estão se preocupando com isso?

Pensando nesse cenário, a Veeam adquiriu a N2WS, que já tem certa experiência nesse ramo e incluiu esse recurso em seu portfólio.

A intenção é mostrar pra vocês um pouco dessa ferramenta, desde a instalação até sua configuração, agendamento de backups, criação de políticas e etc.

Pra não ficar muito cansativo, vou dividir o conteúdo em alguns posts.

Coisas relacionadas a conta na AWS, seus recursos, precificação, licenciamento, entre outros itens, não estarão detalhados aqui. Não pensem que não acho importante, mas é que nos estenderíamos muito e perderia um pouco do foco. Combinado?

a

Iniciando os trabalhos…

O começo de tudo é criar uma nova política de acesso na AWS para a instância do N2WS. Com a console aberta, na barra superior clique em Services, depois navegue até a categoria Security, Identity & Compliance e clique em IAM.

Vá em Políticas

Depois em Criar Política

Escolha a aba JSON e apague o conteúdo que vem por padrão.

Seguindo o padrão Veeam de qualidade, a N2WS também facilita as coisas pra você. Acesse esse link e lá no final da página faça o download do arquivo minimal_iam_policies_for_cpm.zip.

Agora:

• Extraia o arquivo para uma pasta qualquer no seu computador;
• Abra o arquivo .JSON com o Bloco de Notas (ou Notepad ++, como quiser);
• Copie todo (por favor, preste atenção aqui: copie TODOOOOO conteúdo) e cole lá no editor JSON, dentro da console da AWS.

Ao finalizar esses 3 passos, clique em Revisar Política.

Defina um nome para a nova política. Não seja tão criativo, afinal, você precisará lembrar desse nome depois.

Escolheu o nome? Então clique em Criar Política.

Se tudo estiver acontecido conforme planejamos (e eu torço que sim), você receberá uma tela parecida com essa:

Com a política criada, partimos então para criação e atribuição da Role.

Na coluna lateral escolha Role e depois clique em Criar Função.

Escolha em qual tipo de serviço ela será aplicada (no nosso caso, EC2). Depois de selecionar, clique em Próximo.

Vamos atribuir a política que criamos anteriormente (no exemplo foi a VeeamPolicy) para essa nova role. Para isso, digite o nome da Policy no campo de pesquisa, marque ela e clique em Próximo.

A tela de tags é opcional. Pode avançar para o próximo passo.
Em Revisar, você obrigatoriamente precisa dar um nome para essa Role. Depois de definir clique em Criar Função.

Pronto, essa parte de permissões foi concluída. Ela é um pouco burocrática, mas extremamente necessária para o funcionamento da solução.

Como disse no começo, vou dividir os posts para não ficar cansativo. Por esse motivo encerro a primeira parte aqui. No próximo post, vou mostrar como criar e configurar a instância do Veeam N2WS.

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

O post Veeam N2WS – Agora é a hora apareceu primeiro em Explain IT.