NAS virtualizado num hipervisor partilhado vs. um anfitrião NAS dedicado: qual recupera de forma mais simples?

Eva Wong é a redatora técnica e entusiasta residente na ZimaSpace. Uma geek desde sempre, apaixonada por homelabs e software de código aberto, dedica-se a traduzir conceitos técnicos complexos em guias práticos. A Eva acredita que a auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ajuda a comunidade a desmistificar configurações de hardware, desde montar o primeiro NAS até dominar os contentores Docker.

Escolha um NAS virtualizado num hipervisor partilhado quando a configuração do NAS, o disco de arranque e o estado dos serviços devem ser salvaguardados como uma VM e o anfitrião de substituição puder reproduzir os mapeamentos do controlador de armazenamento. Escolha um anfitrião NAS dedicado quando a gestão direta dos discos, a importação previsível do conjunto de armazenamento e o menor número possível de dependências de recuperação forem mais importantes do que a consolidação das cargas de trabalho. A virtualização pode acelerar a recuperação do software, mas tornar mais demorada a reconstrução do hardware.

Corrija a comparação antes de avaliar a recuperação

Um NAS virtualizado e um hipervisor não são produtos opostos, uma vez que um NAS virtualizado já depende de um hipervisor. A comparação prática é entre uma VM do NAS que funciona lado a lado com outras cargas de trabalho num anfitrião partilhado e um sistema operativo NAS que controla diretamente o respetivo hardware. A recuperação tem de incluir o servidor físico, o ambiente de arranque, o controlador de armazenamento, a máquina virtual, o conjunto de armazenamento, as partilhas e as aplicações dependentes.

O fluxo de configuração do NAS com Proxmox da ZimaSpace mostra por que motivo a consolidação é apelativa. A questão em aberto é se a mesma arquitetura continua a ser compreensível após uma falha da unidade de arranque, da motherboard, da HBA ou de todo o anfitrião.

Critério de recuperação VM do NAS num hipervisor partilhado Anfitrião NAS dedicado
Cópia de segurança do sistema NAS A configuração da VM e o disco de arranque virtual podem ser salvaguardados em conjunto Requer a exportação da configuração da plataforma ou uma reinstalação documentada
Gestão dos discos Depende dos mapeamentos da HBA, do controlador, do PCI ou dos discos O sistema operativo do NAS vê diretamente os controladores e os discos
Substituição do anfitrião Reconstrua o hipervisor, restaure a VM, recrie os mapeamentos e, em seguida, importe o conjunto de armazenamento Instale o sistema operativo do NAS em hardware compatível e, em seguida, importe o conjunto de armazenamento e a configuração
Falha do anfitrião partilhado O NAS e as VMs não relacionadas param em conjunto Uma falha do NAS não remove o hipervisor de computação
Instantâneos e reversão Útil para o disco de sistema do NAS; não substitui a proteção do conjunto de armazenamento A reversão da plataforma depende do arranque do sistema operativo do NAS e do respetivo modelo de configuração
Portabilidade do hardware O hardware virtual é portátil; os dispositivos em passthrough continuam a ser físicos Menos camadas de abstração, mas o suporte de controladores continua a ser importante
Mais adequado Consolidação bem documentada com passthrough reproduzível Infraestrutura centrada no armazenamento, com gestão simples dos discos e controladores

A virtualização facilita a captura do sistema operativo do NAS

Uma cópia de segurança do hipervisor pode preservar a definição da VM do NAS, o disco de arranque virtual, a CPU e a memória atribuídas, as interfaces de rede e os discos virtuais comuns como um único objeto. Isso reduz o número de etapas de instalação de pacotes e configuração necessárias após a reinstalação do hipervisor, especialmente quando o dispositivo NAS guarda as definições no disco de arranque virtual.

O Proxmox descreve a sua ferramenta de cópia de segurança integrada como sendo capaz de criar arquivos de cópia de segurança consistentes para sistemas convidados KVM. A vantagem útil para a recuperação é a portabilidade do estado do sistema convidado, não a proteção automática de todos os dispositivos de armazenamento passados.

Esta vantagem é mais forte quando o disco de sistema do NAS é pequeno, o estado das aplicações está separado dos dados em massa e a máquina virtual consegue arrancar sem o conjunto de armazenamento durante tempo suficiente para apresentar diagnósticos úteis. É menor quando a configuração da máquina virtual inclui endereços PCI, nomes de pontes, sinalizadores de CPU ou mapeamentos de dispositivos não documentados, associados a uma única motherboard.

A passagem do controlador torna a identidade do hardware parte da recuperação

Uma máquina virtual centrada no armazenamento deve normalmente ter acesso direto e estável aos discos que gere. Passar um controlador SATA ou SAS completo permite ao sistema NAS convidado ver a identidade dos discos, o comportamento dos setores, as informações SMART e os eventos do controlador de forma mais direta do que apresentar um conjunto de discos virtuais comuns.

As orientações da comunidade TrueNAS para uma nova instalação virtualizada recomendam a passagem integral do controlador e que o TrueNAS gere a disposição do armazenamento. Isto melhora a gestão do armazenamento dentro do sistema convidado, mas a identidade PCI do controlador e o isolamento IOMMU tornam-se pré-requisitos para a recuperação.

Se uma motherboard de substituição atribuir um caminho PCI diferente ou combinar o HBA com outros dispositivos num grupo IOMMU inutilizável, restaurar a cópia de segurança da máquina virtual é apenas metade do trabalho. O NAS só recupera quando o controlador é novamente associado, o sistema convidado consegue ver todos os discos esperados e o conjunto é importado sem recorrer a pressupostos desatualizados sobre discos virtuais.

Um servidor NAS dedicado elimina a etapa de reconstrução do hipervisor

Um servidor NAS dedicado inicia diretamente o sistema operativo de armazenamento e deteta os seus controladores e discos sem ter de reconstruir primeiro um hipervisor. Se o dispositivo de arranque falhar, a recuperação pode ser tão direta como reinstalar o sistema operativo do NAS, restaurar a sua configuração, confirmar a identidade dos discos e importar o conjunto existente.

A pilha mais simples não garante uma recuperação simples. A compatibilidade dos controladores, as chaves de encriptação, os conjuntos de dados do sistema, os catálogos de aplicações, os scripts personalizados e as definições de rede podem continuar a atrasar a recuperação. A vantagem é que há menos camadas entre o firmware e o diagnóstico do armazenamento.

É mais fácil entregar este projeto a outra pessoa quando o documento de recuperação pode indicar: instalar a imagem NAS suportada, ligar o controlador, importar o conjunto de armazenamento, restaurar a configuração, verificar as partilhas e testar as cópias de segurança. O projeto é menos vantajoso quando o hardware NAS é pouco utilizado e cada serviço não relacionado com o armazenamento exige outra máquina física.

Os hipervisores partilhados criam incidentes de maior dimensão

Quando a VM NAS, os anfitriões Docker, o Home Assistant, os servidores de jogos e a monitorização partilham um único hipervisor físico, uma falha da motherboard ou do ambiente de arranque elimina o armazenamento e os serviços que podem conter documentação de recuperação ou ferramentas de gestão. A consolidação reduz o número de equipamentos, mas aumenta o número de sistemas dependentes afetados por uma única interrupção.

O How-To Geek defende que as máquinas virtuais podem ser restauradas em sistemas de substituição, o que é uma vantagem real para as máquinas virtuais comuns. Uma VM NAS continua a ser um caso especial, porque o conjunto de armazenamento pode depender de controladores e discos que não podem ser incluídos no arquivo de cópia de segurança.

O modelo de anfitrião partilhado é vantajoso quando existem outro nó compatível, uma HBA suplente, um destino de cópia de segurança independente e notas de recuperação offline. Sem esses elementos, uma única máquina compacta pode tornar-se uma dependência circular: o NAS precisa do hipervisor, a cópia de segurança do hipervisor está no NAS e os serviços necessários para concluir a recuperação também estão no mesmo anfitrião.

As cópias de segurança de máquinas virtuais e de dados protegem camadas diferentes

Uma cópia de segurança da VM pode proteger a configuração do dispositivo NAS e o ambiente de arranque. Em geral, não deve ser considerada a única cópia de segurança do conjunto de armazenamento gerido pelo NAS, sobretudo quando os discos de dados são ligados diretamente. Os instantâneos do conjunto, a replicação, as cópias de segurança de ficheiros e as cópias fora do anfitrião continuam a ser responsabilidades distintas.

O guia do Proxmox Backup Server da ZimaSpace ajuda a separar a proteção das máquinas virtuais da proteção do armazenamento. Uma sequência de recuperação completa deve indicar que cópia de segurança restaura o hipervisor, qual restaura a VM NAS e qual restaura os dados do utilizador se não for possível importar o conjunto de armazenamento.

Um anfitrião NAS dedicado tem os mesmos requisitos em camadas, mesmo sem uma VM. A exportação da configuração restaura as definições; a importação do conjunto de armazenamento restabelece o acesso aos dados sobreviventes; uma cópia de segurança independente restaura os dados após a perda do conjunto, uma eliminação, malware ou erros que ultrapassem o nível de redundância.

A virtualização é mais vantajosa quando o estado do anfitrião pode ser reproduzido

A VM NAS pode ser recuperada sem problemas quando a instalação do hipervisor é descartável, a configuração da rede e do armazenamento tem versões ou cópias de segurança e os mapeamentos PCI usam identificadores estáveis documentados. Um anfitrião suplente não precisa de ter hardware idêntico em todos os detalhes, mas tem de oferecer um comportamento IOMMU compatível, suporte para o controlador, interfaces de rede e recursos suficientes.

O relato detalhado de Christian Hollinger sobre a migração de um anfitrião Proxmox com passagem direta de HBA demonstra que o processo exige uma cópia de segurança do anfitrião, a preparação do arranque, a reconfiguração da passagem direta e a validação. É um caso de recuperação útil precisamente porque revela as dependências que ficam ocultas quando a VM funciona normalmente sem problemas.

Se estes passos forem automatizados e ensaiados, a virtualização transforma o sistema operativo do NAS numa definição de serviço portátil. Se dependerem de alguém se lembrar dos parâmetros de arranque e dos endereços PCI, a conceção virtualizada só é portátil em teoria.

Um anfitrião dedicado é a melhor opção quando o armazenamento tem de ser recuperado primeiro

Escolha a gestão direta quando os ficheiros domésticos, os dados empresariais, as cópias de segurança ou os volumes das aplicações tiverem de voltar a estar disponíveis antes das cargas de trabalho de computação experimentais. Um NAS dedicado pode ser restaurado de forma independente enquanto o hipervisor permanece desligado, é substituído ou é reconstruído a um ritmo mais lento.

Esta separação também evita que a manutenção do anfitrião se transforme em manutenção do armazenamento. Reiniciar o hipervisor para alterar uma GPU, o kernel, o cluster ou a rede não interrompe o NAS. O custo é ter mais um sistema para alimentar, monitorizar, atualizar e proteger.

O guia da ZimaSpace sobre separação das funções de armazenamento num laboratório doméstico apresenta o princípio geral: a camada de dados permanente não deve herdar todos os modos de falha da camada de computação, que é alterada com mais frequência.

Faça um teste de recuperação do anfitrião antes de escolher a arquitetura

  1. Registe o disco de arranque do NAS, o controlador de armazenamento, os IDs PCI, os grupos IOMMU, os números de série dos discos, as bridges, as VLANs e as chaves de encriptação.
  2. Faça cópias de segurança da configuração do hipervisor, da VM NAS, da exportação da configuração do NAS e dos dados dos utilizadores para localizações independentes.
  3. Reinstale o hipervisor ou o sistema operativo NAS num dispositivo de arranque suplente, sem tocar nos discos de dados.
  4. Recrie a atribuição do HBA ou do controlador usando apenas o procedimento escrito.
  5. Importe o pool e verifique a identidade dos discos, os relatórios SMART, as partilhas, os snapshots e as aplicações.
  6. Restaure um ficheiro a partir de uma cópia de segurança independente, em vez de confiar apenas na importação do pool.
  7. Repita o processo noutro hardware compatível, caso a substituição do anfitrião faça parte do objetivo de recuperação.

Conte as decisões não documentadas, além do tempo de inatividade. Um restauro de VM que exija várias suposições sobre o hardware é menos previsível do que uma reinstalação ligeiramente mais lenta num anfitrião dedicado, com um processo claro de importação do conjunto.

Qual é o modelo de recuperação mais adequado para o servidor doméstico?

Quando escolher uma VM NAS num hipervisor partilhado

Escolha a virtualização quando a consolidação do hardware for importante, o controlador de armazenamento puder ser passado sem problemas, o hipervisor puder ser reproduzido e houver um anfitrião de recuperação compatível ou peças sobresselentes. Guarde as cópias de segurança das VM fora do conjunto NAS e documente todos os mapeamentos físicos.

Quando escolher um anfitrião NAS dedicado

Escolha um anfitrião dedicado quando o armazenamento tiver de recuperar de forma independente, outra pessoa puder executar o restauro ou as dependências do passthrough e do IOMMU forem difíceis de reproduzir. Utilize exportações de configuração, cópias de segurança independentes e hardware suportado diretamente pelo sistema operativo do NAS.

Quando utilizar nós de armazenamento e computação separados

Mantenha o NAS dedicado e execute as aplicações num hipervisor que monte as respetivas partilhas quando a estabilidade do armazenamento e a flexibilidade de computação forem importantes. A apresentação geral da UGREEN sobre armazenamento local de VM com capacidade NAS separada reflete esta divisão de funções para laboratórios com um único anfitrião.

Perguntas frequentes

Uma cópia de segurança de uma VM Proxmox inclui os discos NAS passados?

Não da mesma forma que os discos virtuais normais. A cópia de segurança pode preservar a configuração do NAS convidado e o disco de arranque virtual, enquanto os controladores ou discos físicos passados permanecem recursos de hardware que têm de ser novamente ligados e protegidos em separado.

É possível importar um conjunto de um NAS virtualizado num anfitrião dedicado?

Muitas vezes, sim, quando o anfitrião dedicado apresenta diretamente os discos originais e suporta o mesmo sistema de ficheiros, a mesma encriptação e as mesmas funcionalidades de conjuntos. Exporte a configuração, registe a identidade dos discos e teste o procedimento de importação antes de depender dele como solução de emergência.

O passthrough da HBA impede a migração da VM?

Impede frequentemente a migração em direto, a menos que o destino disponibilize um dispositivo mapeado compatível e a plataforma suporte o fluxo de trabalho necessário. A migração através de cópia de segurança e restauro é mais realista, mas a topologia do controlador físico e dos discos continua a ter de ser recriada.

Veredito final

Um NAS virtualizado recupera-se sem problemas quando o hipervisor, a VM, os mapeamentos de passthrough e a proteção de dados podem ser reproduzidos. Um anfitrião NAS dedicado recupera-se sem problemas quando a propriedade direta do armazenamento e um processo simples de importação do conjunto são mais importantes do que a consolidação do hardware. Escolha o design cujas dependências físicas possam ser reconstruídas com base na documentação, e não aquele cujo funcionamento normal parece mais simples.

Comparações de produtos

Mais para ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.