NAS centralizado vs discos locais por nó num pequeno cluster doméstico

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.

Central NAS vs Per-Node Local Disks for a Small Home Cluster - Zima Store Online

Utilize um NAS central quando o acesso partilhado e a migração fácil forem prioritários; utilize discos por nó quando a latência local e o isolamento de falhas forem mais importantes do que o atraso da replicação e o trabalho de colocação.

Um cluster pequeno raramente consegue reunir todas as vantagens em simultâneo. O armazenamento centralizado torna os mesmos discos das máquinas virtuais visíveis para vários nós, enquanto o armazenamento local impede que uma falha do NAS interrompa todas as cargas de trabalho. A escolha correta começa pelos objetivos de recuperação, não pela palavra cluster.

Defina o que tem de sobreviver à falha de um nó

Separe três objetivos: reiniciar uma máquina virtual noutro nó, preservar as escritas mais recentes e restaurar o serviço após um incidente de maior dimensão. O armazenamento partilhado ajuda no primeiro objetivo apenas se o NAS continuar disponível; a replicação local só ajuda até à última cópia concluída.

Um design prático de replicação local com ZFS demonstra claramente o compromisso: o armazenamento local do nó pode suportar a comutação para outro nó, mas o ponto de recuperação depende do intervalo de replicação, em vez de estar automaticamente atualizado.

Se for aceitável perder alguns minutos de dados de teste, a replicação local pode ser adequada. Se o disco da máquina virtual tiver de estar imediatamente visível noutro local, o armazenamento partilhado ou uma camada distribuída é um requisito mais forte.

Compare a latência e a dependência da rede

Um NVMe local evita a rede de armazenamento nas operações normais de E/S e confina um problema numa unidade a um único nó. Também significa que cada nó precisa de capacidade suficiente e de um processo para replicar ou restaurar as máquinas virtuais importantes.

Um NAS centralizado concentra a cache, os instantâneos, a monitorização e a capacidade, mas todas as E/S das máquinas virtuais passam a depender do NAS, do switch, da ligação, do protocolo e do percurso de alimentação. Um conjunto de discos rápido por trás de uma ligação 1GbE instável continua a ser um datastore instável.

Utilize um caminho de armazenamento dedicado ou prioritário quando os discos partilhados das máquinas virtuais alojarem bases de dados sensíveis à latência. Evite que o tráfego de heartbeat do cluster concorra com cópias de segurança ou migrações de grande dimensão.

Compare explicitamente os domínios de falha

Um NAS central é um único domínio de falha, mesmo quando os seus discos internos são redundantes. Falhas do controlador, do sistema operativo, da alimentação e da rede podem ainda removê-lo de todos os nós.

Os discos locais distribuem as falhas, mas multiplicam a manutenção. O firmware, a monitorização SMART, a capacidade, as chaves de encriptação e as unidades sobresselentes têm de ser geridos em cada nó.

Falha	NAS central	Discos locais por nó
Um nó de computação	O disco da máquina virtual permanece partilhado	É necessária uma réplica ou uma restauração
Falha do NAS	Todas as máquinas virtuais dependentes são afetadas	Os nós continuam localmente
Falha do switch ou da ligação	O armazenamento pode desaparecer	As cargas de trabalho locais continuam
Falha de um disco local	Sem impacto no datastore local de um nó	Afeta esse nó, salvo se houver espelhamento
Réplica desatualizada	Não é o percurso normal	É possível perder dados desde a última cópia

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

Contabilize as operações de recuperação, não apenas o hardware

O armazenamento centralizado pode reduzir a capacidade duplicada e simplificar as cópias de segurança, mas restaurar o NAS pode tornar-se o primeiro passo antes de qualquer máquina virtual poder ser recuperada. Certifique-se de que as ferramentas e credenciais de cópia de segurança continuam disponíveis quando o NAS estiver indisponível.

O armazenamento local pode exigir discos de máquinas virtuais replicados e um destino de cópia de segurança separado. Uma reconstrução documentada de um cluster de dois nós ilustra por que razão alguns operadores escolhem espelhos locais para evitar transformar o NAS de arquivo numa dependência de todo o cluster.

Calcule o custo de capacidade local suficiente, do tráfego de replicação e do armazenamento de restauração em comparação com o custo de um NAS, switches mais rápidos, ligações redundantes e cobertura por UPS.

Escolha com base no RPO, no tempo de inatividade e na escala

Escolha um NAS central quando a migração em direto ou rápida for importante, o caminho de armazenamento estiver concebido e monitorizado e o NAS tiver o seu próprio procedimento de cópia de segurança e recuperação. Mantenha um caminho local de arranque ou um serviço de emergência para que a gestão não dependa do datastore que falhou.

Escolha discos locais por nó quando o cluster for pequeno, as cargas de trabalho puderem ser fixadas, a latência for importante e um intervalo de replicação definido cumprir o RPO. Utilize o guia de decisão entre SMB e NFS apenas para as funções de cliente e montagem que efetivamente abrange.

Pare antes de criar armazenamento distribuído apenas para dois nós leves; os requisitos de quorum, rede e discos podem exceder o problema. Pare de utilizar um único NAS para todas as máquinas virtuais críticas quando uma falha sua frustraria o objetivo de ter vários nós.