Armazenamento imutável para Veeam: o que avaliar
Uma cópia de segurança só cumpre o seu papel quando continua disponível no momento do restauro.
A ficha técnica da Object First descreve uma appliance de armazenamento de objectos, preparada para Veeam, com S3 Object Lock, sistema Linux endurecido e uma abordagem de imutabilidade desde a configuração inicial.
O interesse técnico está na arquitectura; a decisão deve ser feita no contexto de toda a operação de backup.
O repositório também é uma fronteira de segurança
O servidor de produção não é o único elemento a proteger. Se as credenciais, a rede ou o repositório de backups puderem ser alterados pelo mesmo caminho que os sistemas protegidos, um incidente pode comprometer os dados e as cópias ao mesmo tempo.
Um repositório de objectos com imutabilidade reduz a possibilidade de apagar ou sobrescrever dados durante o período definido, mas não substitui segmentação, controlo de acessos e uma estratégia de cópias independente.
O que a appliance promete resolver
Segundo a ficha técnica do fabricante, a solução foi desenhada para Veeam e comunica através de S3. Inclui Object Lock, uma base Linux endurecida e um modelo em que não é necessário administrar um servidor Linux genérico para colocar o armazenamento em funcionamento.
A mesma ficha indica configuração inicial em 15 minutos ou menos, com três endereços IP, credenciais e configuração de MFA. Estes são valores e afirmações do fabricante, que devem ser confirmados num ambiente real e na região onde a solução será adquirida.
Imutabilidade não é o mesmo que recuperação garantida
A imutabilidade impede alterações ou eliminações durante um período de retenção; não garante que a aplicação consiga recuperar, que os dados estejam completos ou que a equipa saiba executar o procedimento.
A Veeam explica que os repositórios de objectos podem usar Object Lock e versionamento para manter os dados protegidos até à expiração da imutabilidade.
É necessário testar regularmente restauros de ficheiros, máquinas virtuais e serviços completos, incluindo as dependências e os tempos de recuperação.
Capacidade e desempenho precisam de contexto
A datasheet apresenta configurações entre 18 TB e 432 TB, velocidades de ingestão até 2 GB/s por nó e clusters até quatro nós, com capacidades anunciadas acima de 1 PB em determinadas combinações.
Estes números não devem ser tratados como uma previsão para qualquer instalação. Deduplicação, compressão, retenção, número de tarefas concorrentes, largura de banda, encriptação, janela de backup e velocidade de restauro alteram o resultado observado.
As perguntas que devem vir antes da compra
Quantos dados precisam de ser protegidos e qual é o crescimento esperado? Qual é a retenção curta e de longo prazo? Existe uma cópia fora do ambiente principal? Quanto tempo pode demorar um restauro prioritário?
Que contas podem administrar o repositório e como são isoladas? Como são monitorizadas falhas, espaço, integridade e expiração de imutabilidade?
Sem estas respostas, comprar mais armazenamento pode apenas aumentar a quantidade de dados que a equipa não consegue recuperar a tempo.
A leitura da PontoTi
Uma appliance imutável pode ser uma boa peça para uma arquitectura Veeam quando a prioridade é simplificar a camada de armazenamento, reduzir a exposição a acções destrutivas e tornar a recuperação mais previsível.
A recomendação é avaliá-la juntamente com desenho de rede, MFA, cópias independentes, retenção, testes de restauro, alertas e documentação operacional.
A resiliência não nasce de um equipamento isolado; nasce de um sistema que a equipa consegue observar, testar e operar.