Uma VM pode utilizar uma partilha NAS como disco de dados secundário?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Can a VM Use a NAS Share as a Secondary Data Disk? - Zima Store Online

Sim. Uma VM pode montar uma partilha NFS ou SMB dentro do sistema convidado e utilizá-la como armazenamento secundário de ficheiros. Um hipervisor também pode colocar um disco virtual em armazenamento suportado por NAS, mas isso apresenta armazenamento em blocos ao sistema convidado e tem um comportamento diferente em caso de falha.

Escolha o modelo antes de o configurar. As partilhas de ficheiros são adequadas para documentos, multimédia, cópias de segurança e dados de projetos partilhados; as bases de dados e aplicações que exigem bloqueio no disco local, baixa latência ou disponibilidade durante o arranque podem precisar de um disco virtual ou de armazenamento local. Essa distinção determina a configuração segura, o método de validação e o ponto de reversão.

Escolha semântica de ficheiros ou semântica de blocos

Uma partilha NFS ou SMB montada no sistema convidado continua a ser claramente armazenamento de rede. É fácil partilhá-la com outros clientes, mas o sistema convidado tem de tratar das credenciais, das falhas de rede e da recuperação da montagem.

Um disco virtual armazenado num datastore NFS ou iSCSI parece um dispositivo de blocos local para o sistema convidado. O hipervisor gere a dependência da rede, e vários sistemas convidados não devem montar simultaneamente o mesmo sistema de ficheiros comum, a menos que este tenha suporte para clusters.

Não chame a uma partilha mapeada um disco ao documentar o projeto. Os passos de recuperação, os instantâneos, as permissões e os riscos de corrupção dependem do modelo que realmente implementou.

Leia os sinais de falha antes de guardar dados

Monte primeiro a partilha manualmente e teste a criação, a mudança de nome, o bloqueio, a escrita de ficheiros grandes e a herança de permissões. Registe o débito e a latência sob a carga de outro cliente, em vez de avaliar com base num NAS vazio.

Reinicie o NAS enquanto a VM permanece ligada. A aplicação deve pausar ou falhar claramente e, em seguida, recuperar sem escrever num ponto de montagem local vazio que apenas parece ser o caminho da partilha.

Utilize a tabela abaixo para decidir se o caminho selecionado está pronto para produção.

Estado observado	Veredito	Próxima ação
Ficheiros/multimédia partilhados	NFS ou SMB montado no sistema convidado	Boa opção
Sistema de ficheiros de um único sistema convidado que precisa de semântica de blocos	Disco virtual suportado por NAS	Teste o comportamento durante uma falha do hipervisor
Base de dados sensível à latência numa rede Wi-Fi instável	Nenhuma das opções	Utilize armazenamento local ou armazenamento de blocos com ligação por cabo fiável

Torne explícitas as dependências da rede e da identidade

Num sistema convidado Linux, utilize uma montagem automática do systemd ou uma montagem compatível com `_netdev` e faça com que a aplicação dependa da unidade de montagem. Para SMB, guarde as credenciais num ficheiro legível pelo root, em vez de as incorporar no histórico da shell ou numa configuração com permissões de leitura demasiado abrangentes.

Alinhe o mapeamento de UID/GID para NFS ou utilize uma conta de serviço SMB dedicada com o mínimo de privilégios. Confirme que os instantâneos e as cópias de segurança abrangem a cópia autoritativa; um instantâneo de VM pode não incluir dados numa partilha montada no sistema convidado.

O guia de configuração de NAS do Proxmox da ZimaSpace fornece um contexto mais abrangente sobre o armazenamento no anfitrião.

Um prático guia de armazenamento centralizado para homelabs compara a montagem de NFS e SMB dentro de VMs e contentores.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

Volte a testar a carga de trabalho original e uma falha do NAS

Copie dados representativos, execute a aplicação real, reinicie a VM e verifique se a montagem está presente antes de o serviço escrever. Teste tanto a manutenção normal do NAS como uma interrupção abrupta da rede.

Restaure a VM separadamente e confirme que os operadores sabem que os dados do NAS são restaurados pelo plano de cópias de segurança do NAS, e não apenas pela imagem do sistema convidado. Evite que dois processos de restauro independentes substituam o mesmo conjunto de dados.

Avance quando o protocolo corresponder à carga de trabalho, as dependências do arranque estiverem asseguradas e o comportamento durante uma falha for seguro. Pare se uma aplicação mudar silenciosamente para o armazenamento local, se o bloqueio falhar ou se o fornecedor da base de dados não suportar o sistema de ficheiros de rede escolhido.