Vamos imaginar que eu configurei a funcionalidade de Disaster Recovery do Veeam Kasten seguindo este passo a passo. Mas existe um detalhe importante, o ambiente produtivo está com uma distribuição de kubernetes e o ambiente de Disaster Recovery está com outra. Quando decreto o DR, consigo visualizar os pontos de restauração, inicio a restauração, mas…
Todos nós sabemos da importância de garantir que todas as soluções estejam atualizadas e isso as vezes gera um pouco de trabalho para os times de TI devido a complexidade que algumas soluções podem trazer. Com o Veeam Kasten isso não acontece, o processo é tão simples que este artigo nem seria necessário, de qualquer forma, vou usa-lo como
A ideia aqui é mostrar como o gerenciador de múltiplos clusters Kubernetes do Veeam Kasten ajuda na simplificação das operações, fornecendo uma interface unica e diversas opções de configurações compartilhadas entre os cluster gerenciados. O conceito é ter uma instância de Kasten como primária e todas as outras como secundárias. O gerenciamento é realizado pelas instâncias de Kasten e não a nível de Kubernetes, ou seja, é necessário configurar o
A ideia aqui é mostrar como o gerenciador de múltiplos clusters Kubernetes do Veeam Kasten ajuda na simplificação das operações, fornecendo uma interface unica e diversas opções de configurações compartilhadas entre os cluster gerenciados. O conceito é ter uma instância de Kasten como primária e todas as outras como secundárias. O gerenciamento é realizado pelas instâncias de Kasten e não a nível de Kubernetes, ou seja, é necessário configurar o
Recentemente escrevi alguns artigos sobre o Veeam Kasten onde o objetivo foi mostrar como testar algumas funcionalidades. A ideia geral consiste em construir um ambiente bem simples (o mais simples possível) e este artigo mantém a mesma ideia. Aqui podemos seguir os artigos anteriores para construir
Recentemente escrevi um artigo separado em três partes sobre como testar o Veeam Kasten com K3s e Longhorn, nesse caso, poderia existir a persistência dos dados dos pods, visto que o Longhorn seria o responsável por cuidar dos volumes dos pods. Entretanto, existem cenários onde o cliente não precisa de persistência no pod e por este motivo