NAS virtualizado num hipervisor partilhado vs um anfitrião NAS dedicado: qual recupera de forma mais limpa?
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 propriedade direta dos discos, a importação previsível do pool 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 encurtar a recuperação do software, mas prolongar a reconstrução do hardware.
Corrija a comparação antes de medir a recuperação
Um NAS virtualizado e um hipervisor não são produtos opostos, porque um NAS virtualizado já depende de um hipervisor. A comparação prática é entre uma VM de NAS executada juntamente com outras cargas de trabalho num anfitrião partilhado e um sistema operativo NAS que controla diretamente o seu hardware. A recuperação tem de incluir o servidor físico, o ambiente de arranque, o controlador de armazenamento, a máquina virtual, o pool, as partilhas e as aplicações dependentes.
O fluxo de configuração do NAS no Proxmox da ZimaSpace mostra por que razão a consolidação é atrativa. A questão que falta colocar é saber se a mesma arquitetura continua a ser compreensível depois de falhar a unidade de arranque, a placa-mãe, o HBA ou todo o anfitrião.
| Eixo 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 |
| Propriedade dos discos | Depende de mapeamentos de HBA, controlador, PCI ou 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 pool | Instale o sistema operativo do NAS em hardware compatível e, em seguida, importe o pool 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 do sistema do NAS; não substitui a proteção do pool | A reversão da plataforma depende do arranque e do modelo de configuração do sistema operativo do NAS |
| Portabilidade do hardware | O hardware virtual é portátil; os dispositivos em passthrough continuam 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 orientada para o armazenamento, com propriedade 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. Isto reduz o número de passos de instalação de pacotes e configuração necessários após reinstalar o hipervisor, especialmente quando o dispositivo NAS armazena as suas definições no disco de arranque virtual.
O Proxmox descreve a sua ferramenta de cópia de segurança integrada como capaz de criar arquivos de cópia de segurança consistentes para convidados KVM. A vantagem útil para a recuperação é a portabilidade do estado do convidado, não a proteção automática de todos os dispositivos de armazenamento passados diretamente.
Esta vantagem é mais significativa quando o disco do sistema NAS é pequeno, o estado das aplicações está separado dos dados principais e a VM consegue arrancar sem o pool de armazenamento durante tempo suficiente para apresentar diagnósticos úteis. Torna-se menos relevante quando a configuração da VM contém endereços PCI, nomes de bridges, sinalizadores de CPU ou mapeamentos de dispositivos não documentados e associados a uma determinada placa-mãe.
A passagem direta transforma a identidade do hardware numa parte da restauração
Uma VM centrada no armazenamento deve normalmente ter acesso direto e estável aos discos que gere. Passar um controlador SATA ou SAS completo permite ao convidado NAS ver mais diretamente a identidade dos discos, o comportamento dos setores, as informações SMART e os eventos do controlador do que apresentar uma coleção 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 faça a gestão da disposição do armazenamento. Isso melhora a gestão do armazenamento dentro do convidado, mas a identidade PCI e o isolamento IOMMU do controlador tornam-se pré-requisitos para a recuperação.
Se uma placa-mãe 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 VM é apenas metade do trabalho. O NAS só fica recuperado quando o controlador é associado novamente, o convidado consegue ver todos os discos esperados e o pool é importado sem recorrer a pressupostos obsoletos sobre discos virtuais.
Um anfitrião NAS dedicado elimina a etapa de reconstrução do hipervisor
Um anfitrião NAS dedicado arranca diretamente o sistema operativo de armazenamento e deteta os respetivos controladores e discos sem ter primeiro de reconstruir um hipervisor. Se o dispositivo de arranque falhar, a recuperação pode ser tão direta como reinstalar o sistema operativo NAS, restaurar a configuração, confirmar a identidade dos discos e importar o pool existente.
A stack mais simples não garante uma restauraçã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 ainda atrasar a recuperação. A vantagem é haver menos camadas entre o firmware e os diagnósticos do armazenamento.
Este design é mais fácil de entregar a outra pessoa quando o documento de recuperação pode indicar: instalar a imagem NAS suportada, ligar o controlador, importar o pool, restaurar a configuração, verificar as partilhas e testar as cópias de segurança. É mais fraco quando o hardware do NAS é subutilizado e todos os serviços não relacionados com o armazenamento exigem outra máquina física.
Os Hipervisores Partilhados Criam um Evento de Falha Maior
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 placa-mãe ou do ambiente de arranque remove o armazenamento e os serviços que podem conter a documentação de recuperação ou as ferramentas de gestão. A consolidação reduz o número de equipamentos, mas aumenta o número de sistemas dependentes envolvidos numa ú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 máquinas convidadas comuns. Uma VM NAS continua a ser um caso especial, porque o seu pool pode depender de controladores e discos que não podem ser transportados dentro do arquivo de cópia de segurança.
O modelo com anfitrião partilhado prevalece quando existem outro nó compatível, uma HBA sobresselente, um destino de cópia de segurança independente e notas de recuperação offline. Sem esses elementos, uma máquina compacta pode tornar-se numa 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.
A Cópia de Segurança da VM e a Cópia de Segurança dos 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. Normalmente, não deve ser considerada a única cópia de segurança do pool gerido pelo NAS, especialmente quando os discos de dados são ligados diretamente à VM. Os instantâneos do pool, a replicação, a cópia de segurança de ficheiros e as cópias externas continuam a ser responsabilidades distintas.
O guia do ZimaSpace sobre o Proxmox Backup Server ajuda a separar a proteção dos sistemas convidados da proteção do armazenamento. Uma sequência de recuperação completa deve indicar qual a cópia de segurança que repõe o hipervisor, qual repõe a VM NAS e qual repõe os dados do utilizador caso não seja possível importar o pool.
Um anfitrião NAS dedicado tem o mesmo requisito em camadas, mesmo sem uma VM. A exportação da configuração repõe as definições; a importação do pool repõe o acesso aos dados sobreviventes; uma cópia de segurança independente repõe os dados após a perda ou eliminação do pool, malware ou erros que ultrapassem o nível de redundância.
A virtualização triunfa quando o estado do anfitrião é reproduzível
A VM NAS pode recuperar sem problemas quando a instalação do hipervisor for descartável, a configuração de rede e de armazenamento estiver versionada ou tiver cópias de segurança e os mapeamentos PCI utilizarem identificadores estáveis documentados. Um anfitrião suplente não precisa de ter hardware cosmeticamente idêntico, mas tem de oferecer 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 passthrough de HBA demonstra que o processo requer uma cópia de segurança do anfitrião, preparação do arranque, reconfiguração do passthrough e validação. É um caso de recuperação útil precisamente porque expõe as dependências ocultadas por uma VM normalmente estável.
Se estes passos forem automatizados e ensaiados, a virtualização transforma o sistema operativo NAS numa definição de serviço portátil. Se dependerem de uma pessoa se lembrar das opções de arranque e dos endereços PCI, o design virtualizado só é portátil em teoria.
Um anfitrião dedicado é a melhor opção quando o armazenamento tem de ser recuperado primeiro
Escolha a atribuição direta quando os ficheiros domésticos, os dados empresariais, as cópias de segurança ou os volumes de 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 impede que a manutenção do anfitrião se transforme em manutenção do armazenamento. Reiniciar o hipervisor para efetuar uma alteração na GPU, no kernel, no cluster ou na rede não interrompe o NAS. O custo é ter outro sistema para alimentar, monitorizar, atualizar e proteger.
O guia da ZimaSpace sobre a separação das funções de armazenamento no laboratório doméstico apresenta o princípio mais amplo: a camada permanente de dados não deve herdar todos os modos de falha da camada de computação, que é alterada com maior frequência.
Execute um exercício de recuperação do anfitrião antes de escolher a arquitetura
- 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 VLAN e as chaves de encriptação.
- Faça uma cópia 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 locais independentes.
- Reinstale o hipervisor ou o sistema operativo NAS num dispositivo de arranque suplente, sem tocar nos discos de dados.
- Recrie a atribuição do HBA ou do controlador utilizando apenas o procedimento documentado.
- Importe o pool e verifique a identidade dos discos, os dados SMART, as partilhas, os snapshots e as aplicações.
- Restaure um ficheiro a partir de uma cópia de segurança independente, em vez de depender apenas da importação do pool.
- Repita o processo noutro hardware compatível, caso a substituição do anfitrião faça parte do objetivo de recuperação.
Avalie o número de decisões não documentadas, bem como o 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 pool.
Qual é o modelo de recuperação adequado para o servidor doméstico?
Escolha uma VM NAS num hipervisor partilhado quando
Escolha a virtualização quando a consolidação do hardware for importante, o controlador de armazenamento puder ser ligado por passthrough de forma limpa, o hipervisor for reproduzível e existir um anfitrião de recuperação compatível ou peças sobresselentes. Mantenha as cópias de segurança das VMs fora do pool NAS e documente todos os mapeamentos físicos.
Escolha um anfitrião NAS dedicado quando
Escolha um anfitrião dedicado quando o armazenamento tiver de recuperar de forma independente, outra pessoa puder efetuar 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 que o sistema operativo NAS suporte diretamente.
Utilize nós de armazenamento e computação separados quando
Mantenha o NAS dedicado e execute aplicações num hipervisor que monte as respetivas partilhas quando tanto a estabilidade do armazenamento como a flexibilidade computacional são importantes. A visão geral da UGREEN sobre armazenamento local de VMs com capacidade NAS separada reflete esta divisão de funções em laboratórios domésticos com um único anfitrião.
Perguntas frequentes
Uma cópia de segurança de uma VM do Proxmox inclui os discos NAS ligados por passthrough?
Não da mesma forma que os discos virtuais normais. A cópia de segurança pode preservar a configuração do convidado NAS e o disco de arranque virtual, enquanto os controladores ou discos físicos ligados por passthrough continuam a ser recursos de hardware que têm de ser novamente associados e protegidos separadamente.
É possível importar um pool 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, encriptação e funcionalidades do pool. Exporte a configuração, registe a identidade dos discos e teste o procedimento de importação antes de depender dele como via de emergência.
O passthrough de HBA impede a migração de uma VM?
Impede frequentemente a migração em direto, a menos que o destino consiga disponibilizar 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 o controlador físico e a topologia dos discos continuam a ter de ser recriados.
Veredicto final
Um NAS virtualizado recupera de forma limpa quando o hipervisor, a VM, os mapeamentos de passthrough e a proteção de dados são todos reproduzíveis. Um anfitrião NAS dedicado recupera de forma limpa quando a gestão direta do armazenamento e um processo curto de importação do pool são mais importantes do que a consolidação do hardware. Escolha o design cujas dependências físicas possam ser reconstruídas através da documentação, e não aquele cujo funcionamento normal parece mais simples.
Produtos recomendados
Comparações de Produtos
Mais para Ler
Túnel VPS vs. Encaminhamento de portas doméstico para serviços autoalojados públicos: qual o caminho de entrada mais fácil de controlar?
Use o encaminhamento de portas para o caminho direto mais simples; use um túnel VPS quando a CGNAT, a privacidade do endereço, a entrada...
Router de consumo vs. firewall dedicado para um laboratório doméstico segmentado: quando deve separar o gateway?
Mantenha o router para consumidores enquanto a segmentação se mantiver simples; mude para uma firewall dedicada quando as políticas, a visibilidade, as interfaces ou...
Laboratório de camada 2 vs VLANs encaminhadas à medida que o laboratório doméstico cresce: quando deve o gateway aproximar-se da periferia?
Mantenha a Camada 2 enquanto uma gateway e alguns trunks permanecerem claros; encaminhe mais perto da periferia quando a extensão da VLAN, o âmbito...
