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.