NAS centralisé vs disques locaux par nœud pour un petit cluster domestique

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

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

Utilisez un NAS central lorsque l’accès partagé et la migration facile sont prioritaires ; utilisez des disques par nœud lorsque la latence locale et l’isolation des pannes l’emportent sur le retard de réplication et le travail de placement.

Un petit cluster offre rarement tous les avantages à la fois. Le stockage central permet à plusieurs nœuds d’accéder aux mêmes disques invités, tandis que le stockage local empêche une panne du NAS d’arrêter toutes les charges de travail. Le bon choix commence par les objectifs de reprise, et non par le mot cluster.

Définissez ce qui doit survivre à une panne de nœud

Établissez une distinction entre trois objectifs : redémarrer un invité sur un autre nœud, préserver les écritures les plus récentes et restaurer le service après un incident de plus grande ampleur. Le stockage partagé n’aide à atteindre le premier objectif que si le NAS reste disponible ; la réplication locale n’aide que jusqu’à la dernière copie terminée.

Une conception pratique de réplication ZFS locale montre clairement le compromis : le stockage local au nœud peut prendre en charge le basculement, mais le point de récupération dépend de l’intervalle de réplication au lieu d’être automatiquement à jour.

Si la perte de quelques minutes de données de test est acceptable, la réplication locale peut convenir. Si le disque de l’invité doit être immédiatement visible ailleurs, le stockage partagé ou une couche distribuée constitue une exigence plus solide.

Comparez la latence et la dépendance au réseau

Le NVMe local évite le réseau de stockage pour les E/S normales et limite le problème d’un disque à un seul nœud. Cela signifie également que chaque nœud doit disposer d’une capacité suffisante et d’un processus pour répliquer ou restaurer les invités importants.

Un NAS centralise la mise en cache, les instantanés, la supervision et la capacité, mais chaque E/S d’invité dépend désormais du NAS, du commutateur, de la liaison, du protocole et de l’alimentation. Un pool de disques rapide derrière une liaison 1 GbE instable reste un datastore instable.

Utilisez un chemin de stockage dédié ou prioritaire lorsque les disques invités partagés hébergent des bases de données sensibles à la latence. Évitez que le trafic de pulsation du cluster entre en concurrence avec les sauvegardes ou les migrations volumineuses.

Comparez explicitement les domaines de défaillance

Un NAS central constitue un seul domaine de défaillance, même lorsque ses disques internes sont redondants. Les pannes du contrôleur, du système d’exploitation, de l’alimentation et du réseau peuvent toujours le rendre inaccessible à tous les nœuds.

Les disques locaux répartissent les défaillances, mais multiplient les tâches de maintenance. Le micrologiciel, la surveillance SMART, la capacité, les clés de chiffrement et les disques de rechange doivent être gérés sur chaque nœud.

Panne	NAS central	Disques locaux par nœud
Un nœud de calcul	Le disque invité reste partagé	Réplica ou restauration nécessaire
Panne du NAS	Tous les invités dépendants sont affectés	Les nœuds continuent localement
Panne du commutateur ou de la liaison	Le stockage peut disparaître	Les charges de travail locales continuent
Panne d’un disque local	Aucun impact sur le datastore local d’un nœud	Affecte ce nœud, sauf en cas de miroir
Réplica obsolète	Ce n’est pas le chemin normal	Perte de données possible jusqu’à la dernière copie

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

Évaluez les opérations de récupération, pas seulement le matériel

Le stockage central peut réduire la capacité dupliquée et simplifier les sauvegardes, mais la restauration du NAS peut devenir la première étape avant la récupération de tout invité. Assurez-vous que les outils de sauvegarde et les identifiants restent disponibles lorsque le NAS est hors service.

Le stockage local peut nécessiter des disques invités répliqués ainsi qu’une cible de sauvegarde distincte. Une reconstruction documentée d’un cluster à deux nœuds montre pourquoi certains opérateurs choisissent des miroirs locaux afin d’éviter de faire du NAS d’archives une dépendance à l’échelle du cluster.

Calculez le coût d’une capacité locale suffisante, du trafic de réplication et du stockage de restauration par rapport au coût d’un NAS, d’une commutation plus rapide, de liaisons redondantes et d’une couverture par onduleur.

Choisissez en fonction du RPO, des interruptions et de l’échelle

Choisissez un NAS central lorsque la migration à chaud ou rapide est importante, que le chemin de stockage est conçu et surveillé, et que le NAS dispose de sa propre procédure de sauvegarde et de récupération. Conservez un chemin local de démarrage ou un service d’urgence afin que l’administration ne dépende pas du datastore défaillant.

Choisissez des disques locaux par nœud lorsque le cluster est petit, que les charges de travail peuvent être assignées à des nœuds précis, que la latence est importante et qu’un intervalle de réplication défini répond au RPO. Utilisez le guide de décision SMB ou NFS uniquement pour les rôles de client et de montage qu’il couvre réellement.

Arrêtez-vous avant de créer un stockage distribué uniquement pour deux nœuds légers ; ses exigences en matière de quorum, de réseau et de disques peuvent dépasser le problème à résoudre. Cessez d’utiliser un seul NAS pour tous les invités critiques lorsque sa panne annulerait l’intérêt d’avoir plusieurs nœuds.