Saindo de um NAS pronto: o que você ganha e quais tarefas viram silenciosamente suas

Um aparelho não vende principalmente armazenamento. Vende decisões já tomadas e um calendário de manutenção que outra pessoa mantém. Os dois passam para você no dia da mudança, e é o segundo que se esquece.

AtlasPVE ·

Este verbete responde a

  • proxmox ou synology
  • sair de nas para proxmox
  • o que perco ao sair do synology
  • proxmox vs synology vmm
  • proxmox backup server vs backup do synology

Em geral isso é colocado como comparação de recursos, e esse enquadramento esconde a troca de verdade. Um aparelho pronto não vende principalmente discos e uma página web. Vende outras duas coisas: decisões já tomadas por você e um calendário de manutenção que outra pessoa mantém.

Ao migrar para um hipervisor você ganha liberdade sobre a primeira. Também herda o segundo, e é isso que surpreende as pessoas três meses depois.

O que você realmente ganha

Nenhum ciclo de vida de fabricante. O hardware para de receber atualizações pelo calendário de outro, e recursos podem sumir numa versão maior. Na sua máquina, o calendário é seu.

Qualquer serviço, não uma lista aprovada. O catálogo deixa de ser um portão. Se roda em Linux, roda.

Escolha real de hardware. Processador, memória, quantidade de discos, placas de rede. Aparelhos são dimensionados para a carga prevista deles, e máquinas virtuais normalmente não são essa carga.

O arranjo é seu. Redundância, formato do pool, quais discos ficam juntos. Isso é poder de verdade e é também a primeira tarefa da lista seguinte.

O que vira silenciosamente trabalho seu

Nada disso é difícil. Tudo estava sendo feito por você, e nada disso se anuncia quando para de acontecer.

Decidir quando atualizar e carregar o risco. O aparelho juntava atualizações e testava aquela combinação. Agora o momento é um julgamento seu, e uma mudança de kernel pode significar que a máquina não volta.

Agendar e ler as verificações. Corrupção silenciosa se encontra verificando. Um aparelho rodava isso por agenda e te dava o resultado. Se ninguém configurar, nada reclama, e o primeiro sinal é uma leitura ruim anos depois.

Verificar backups, não só fazer. É o ponto mais subestimado. O aplicativo de backup do aparelho fazia mais que copiar: conferia, reportava, vencia cópias antigas. Copiar é a metade fácil.

Permissões de compartilhamento e quem alcança. O aparelho tinha uma tela para isso. Montado por partes, vira vários lugares que precisam concordar.

Renovação de certificado. Funcionava em silêncio. Agora é uma tarefa que falha exatamente quando você não está olhando.

Decidir o que significa "sem saúde". Os limites foram escolhidos por você. Agora um disco em oitenta por cento importa ou não importa, e só você pode dizer.

O erro que sai mais caro

As pessoas migram os dados e esquecem os trabalhos.

Os arquivos copiam numa tarde e tudo parece pronto. O que não veio junto foram os agendamentos de backup, as regras de retenção de snapshot, as configurações de aviso, o temporizador de verificação e os limites de saúde. Nada disso aparece numa listagem de arquivos, e a ausência deles não gera erro nenhum.

O resultado é um sistema que parece completo e está silenciosamente desprotegido, e a lacuna costuma ser descoberta justamente pelo evento que o trabalho ausente deveria pegar.

Escreva a lista de trabalhos antes de migrar, não depois. Abra o aparelho e anote cada coisa agendada que ele faz, cada aviso que envia e cada limite que guarda. Aquela lista é a migração de verdade.

A ordem que não dói

Leitura primeiro. Suba a máquina nova e copie dados para ela enquanto o aparelho continua servindo. Nada depende da nova ainda, então erros são de graça.

Rode em paralelo. Aponte um consumidor não crítico para a máquina nova e deixe uma semana. É aí que você encontra a permissão que errou.

Recrie os trabalhos e depois verifique uma restauração. Não um backup: uma restauração. Enquanto um arquivo não voltou, a corrente está sem teste.

Troque por último, e mantenha o aparelho desligado em vez de apagado. Um aparelho que dá para religar por um mês é o seguro mais barato deste processo todo.

O que não decide

Se o hipervisor sabe servir arquivos. Sabe, e não é essa a pergunta. A pergunta é se você quer ser dono do calendário acima.

Números de benchmark. Na maioria dessas cargas o gargalo é a rede ou os discos, e os dois são iguais dos dois lados.

Se dá para virtualizar o sistema do próprio aparelho. Mesmo onde dá, isso recria a dependência do fabricante que você estava deixando, em cima de uma camada que agora também pode cair.

O que o Atlas faz

O Atlas não devolve o calendário do aparelho. Ele torna o calendário visível, e é justamente ele que some.

O resumo diário carrega as perguntas da lista acima: atualizações pendentes, um kernel instalado mas não iniciado, a idade do backup mais recente, pressão de disco e memória, e máquinas críticas paradas. Exatamente o que um aparelho te dizia e um hipervisor recém-montado não diz.

Um comportamento merece ser citado, porque é o modo de falha de toda tarefa herdada: quando uma verificação não consegue ler seus dados, o Atlas diz que não conseguiu ler em vez de ficar calado. Um trabalho de backup ausente e um saudável parecem idênticos de fora; só a verificação que admite não saber separa os dois.

O trabalho de armazenamento passa por um fluxo guiado com prévia da operação e caminho de volta, então as decisões de arranjo que agora são suas continuam reversíveis enquanto você as aprende.

Fontes

A documentação oficial do Proxmox. Em inglês, e é ela que dá a palavra final neste assunto.

Verbetes relacionados

Como isso aparece dentro do Atlas?

Ir para a página do produto