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

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.

Use um NAS central quando o acesso partilhado e a migração simples forem prioritários; use discos por nó quando a latência local e o isolamento de falhas forem mais importantes do que o atraso da replicação e a gestão da localização.

Um cluster pequeno raramente oferece todas as vantagens de uma só vez. O armazenamento central torna os mesmos discos das máquinas virtuais visíveis para vários nós, enquanto o armazenamento local impede que uma interrupção do NAS pare todas as cargas de trabalho. A escolha certa começa pelos objetivos de recuperação, não pela palavra cluster.

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

Distinga três objetivos: reiniciar uma máquina virtual noutro nó, preservar as gravações mais recentes e restaurar o serviço após um incidente de maiores dimensões. O armazenamento partilhado só ajuda com o primeiro objetivo 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 ZFS local demonstra claramente a contrapartida: o armazenamento local no nó pode permitir a comutação por falha, mas o ponto de recuperação depende do intervalo de replicação e não está automaticamente atualizado.

Se for aceitável perder alguns minutos de dados de teste, a replicação local poderá ser adequada. Se o disco da máquina virtual tiver de ficar imediatamente visível noutro local, o armazenamento partilhado ou uma camada distribuída são requisitos mais adequados.

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

O NVMe local evita a rede de armazenamento nas operações de E/S normais e limita um problema com um disco 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 central concentra a cache, os instantâneos, a monitorização e a capacidade, mas todas as operações de E/S das máquinas virtuais passam a depender do NAS, do comutador, da ligação, do protocolo e do caminho de alimentação. Um conjunto de discos rápido por trás de uma ligação 1GbE instável continua a ser um armazenamento de dados instável.

Use 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 grandes dimensões.

Compare explicitamente os domínios de falha

Um NAS central é um único domínio de falha, mesmo quando os discos internos são redundantes. Falhas do controlador, do sistema operativo, da alimentação e da rede podem continuar a torná-lo inacessível a todos os nós.

Os discos locais distribuem as falhas, mas multiplicam a manutenção. É necessário gerir o firmware, a monitorização SMART, a capacidade, as chaves de encriptação e as peças sobresselentes em cada nó.

Falha NAS central Discos locais por nó
Um nó de computação O disco da máquina virtual continua partilhado É necessário recorrer à réplica ou ao restauro
Falha do NAS Todos os serviços dependentes são afetados Os nós continuam a funcionar localmente
Falha do comutador ou da ligação O armazenamento pode ficar indisponível As cargas de trabalho locais continuam
Falha de um disco local Sem impacto no armazenamento de dados local do nó Afeta esse nó, a menos que exista espelhamento
Réplica desatualizada Não é o percurso normal Possível perda de dados desde a última cópia

Calcule os custos das operações de recuperação, não apenas do hardware

O armazenamento central pode reduzir a capacidade duplicada e simplificar as cópias de segurança, mas o restauro do NAS pode tornar-se o primeiro passo antes de ser possível recuperar qualquer máquina virtual. Certifique-se de que as ferramentas e credenciais de cópia de segurança continuam disponíveis quando o NAS está em baixo.

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, evitando que o NAS de arquivo se torne uma dependência de todo o cluster.

Compare o custo de capacidade local suficiente, tráfego de replicação e armazenamento para restauro com o custo de um NAS, comutação mais rápida, 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 é importante, o caminho de armazenamento é concebido e monitorizado e o NAS tem o seu próprio procedimento de cópia de segurança e recuperação. Mantenha um caminho local de arranque ou de serviço de emergência para que a gestão não dependa do armazenamento de dados que falhou.

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

Não implemente armazenamento distribuído apenas para dois nós leves; os requisitos de quórum, rede e discos podem exceder as necessidades. Não use um único NAS para todos os serviços críticos se uma falha desse NAS anular a vantagem de ter vários nós.

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.