L’argument le plus convaincant de ce fil de demandes de fonctionnalités ZimaOS en 2025 n’était pas simplement « veuillez ajouter un autre système de fichiers ». Les utilisateurs souhaitaient un modèle de stockage similaire à Unraid : conserver des disques formatés individuellement, de capacités différentes, les présenter comme un seul pool logique et ajouter une protection par parité sans convertir l’ensemble en un RAID entrelacé conventionnel.
Zima-Giorgio a répondu en demandant pourquoi la prochaine option JBOD de ZimaOS 1.4.2 ne suffirait pas et a sollicité des flux de travail concrets du monde réel. Les réponses clarifient la distinction : le JBOD peut combiner les capacités, tandis que MergerFS associé à SnapRAID est attrayant parce qu’il sépare la mise en pool de la parité planifiée et permet aux utilisateurs d’agrandir une collection multimédia domestique avec des disques dissemblables pendant de nombreuses années.
Pourquoi les utilisateurs de NAS domestiques demandaient MergerFS et SnapRAID
Plusieurs participants ont décrit un stockage qui s’agrandit progressivement. Un utilisateur disposait de disques de 3 To, 6 To et 12 To. Un autre a décrit une chaîne dans laquelle un disque de 8 To remplace un disque de 6 To dans le NAS principal, le disque de 6 To déplacé passe dans un système d’archivage, puis un ancien disque d’archivage est à son tour installé dans un serveur de laboratoire domestique.
Le RAID traditionnel peut être contraignant pour ce type de configuration, car la capacité utilisable et les règles d’extension supposent souvent des disques identiques ou soigneusement planifiés. Les utilisateurs souhaitaient préserver la valeur de leurs disques existants plutôt que reconstruire l’ensemble de la grappe chaque fois qu’un disque de plus grande capacité est acheté.
MergerFS et SnapRAID répondent à des problèmes différents
MergerFS est un système de fichiers union. Il peut faire apparaître plusieurs systèmes de fichiers indépendants sous un seul point de montage logique, tandis que les fichiers restent stockés sur les disques membres individuels.
SnapRAID est un logiciel de parité. Il calcule les informations de parité à partir des fichiers présents sur les disques de données et peut assurer des contrôles d’intégrité. La synchronisation de la parité est généralement planifiée plutôt qu’écrite en continu comme dans un RAID traditionnel.
C’est cette séparation qui rend la combinaison populaire pour les collections multimédias relativement statiques : MergerFS fournit l’espace de noms du pool, tandis que SnapRAID assure la récupération en cas de défaillance de certains disques.
Pourquoi le JBOD de ZimaOS ne repose pas sur la même conception
La documentation actuelle de ZimaOS décrit le JBOD comme une jonction de plusieurs disques en un volume continu. Il s’agit d’une option de capacité, et non du même modèle de parité que celui demandé par les utilisateurs.
Pour connaître les options intégrées actuelles, consultez les options RAID et JBOD disponibles dans ZimaOS. Le JBOD est utile lorsque l’objectif est simplement de regrouper les capacités, mais il ne devient pas SnapRAID simplement parce que les disques membres ont des capacités différentes.
L’auteur de MergerFS a participé à la discussion
Trapexit, le développeur de MergerFS, a expliqué que CasaOS avait historiquement utilisé MergerFS pour sa fonctionnalité de stockage « merge ». Il avait déjà évoqué une intégration plus poussée avec IceWhale, mais a indiqué que ces discussions n’avaient pas abouti à une intégration plus large dans ZimaOS à ce moment-là.
Il a également décrit un type de charge de travail adapté à MergerFS : des fichiers écrits une fois, lus de nombreuses fois et rarement modifiés, pour lesquels un pool logique de systèmes de fichiers indépendants est plus important que de hautes performances en écriture aléatoire.
Une interface de fusion de CasaOS est apparue plus tard dans le fil
Cette capture d’écran témoigne de CasaOS, mais ne prouve pas l’existence d’une page de gestion MergerFS actuellement prise en charge dans ZimaOS.
Pourquoi les utilisateurs considèrent SnapRAID comme différent de la parité en temps réel
Le fil s’est régulièrement concentré sur les archives multimédias dont les fichiers ne changent pas constamment. La parité planifiée permet aux disques inutilisés de passer plus souvent en veille et évite d’exiger que chaque disque participe à chaque lecture. Les utilisateurs appréciaient également les contrôles d’intégrité de SnapRAID pour détecter les corruptions silencieuses.
Le compromis est que les modifications effectuées après la dernière synchronisation de parité ne sont pas protégées par cet instantané de parité. SnapRAID ne constitue donc pas un remplacement direct pour toutes les charges de travail RAID.
Ce à quoi IceWhale s’est réellement engagé
Les réponses officielles étaient prudentes. Zima-Giorgio a d’abord demandé aux utilisateurs d’expliquer pourquoi MergerFS et SnapRAID étaient irremplaçables par rapport au JBOD. En novembre 2025, il a déclaré que l’équipe avait reçu ces retours et reconsidérerait la demande.
Il ne s’agit pas d’un engagement produit, d’une date inscrite dans la feuille de route ni d’une annonce de sortie.
État actuel
La documentation actuelle du stockage de ZimaOS reste centrée sur les disques individuels, le JBOD, le RAID et les options intégrées liées à ZFS. L’interface de stockage de ZimaOS ne propose actuellement aucune page officielle de configuration de SnapRAID.
Des recherches menées ultérieurement par la communauté en 2026 ont trouvé un binaire MergerFS sur certains systèmes ZimaOS ainsi qu’un projet systemd-sysext communautaire qui regroupe MergerFS et SnapRAID. Ce sont des évolutions importantes, mais elles ne constituent pas pour autant une prise en charge officielle de SnapRAID avec une interface ZimaOS et un cycle de vie pris en charge par l’éditeur.
Choisissez le modèle de stockage en fonction de la charge de travail
- Disques identiques et redondance continue : utilisez l’option RAID de ZimaOS qui correspond au niveau de tolérance aux pannes dont vous avez besoin.
- Agrégation simple de capacités sans exigence de parité : le JBOD peut suffire.
- Supports multimédias de capacités différentes, majoritairement statiques, avec parité planifiée : MergerFS associé à SnapRAID correspond au flux de travail demandé par les utilisateurs dans ce fil.
- Données critiques et fréquemment modifiées : conservez des sauvegardes indépendantes, quelle que soit la technologie de la grappe.
La parité n’est pas une sauvegarde
La demande concerne la survie à une défaillance de disque, et non la suppression accidentelle, les rançongiciels ou la destruction du serveur entier. Une conception MergerFS/SnapRAID nécessite toujours une stratégie de sauvegarde distincte pour les données irremplaçables.
FAQ sur MergerFS et SnapRAID
IceWhale a-t-il annoncé la prise en charge officielle de SnapRAID ?
Non. L’équipe a demandé des cas d’usage et a ensuite déclaré qu’elle reconsidérerait ces retours.
Le JBOD de ZimaOS équivaut-il à MergerFS associé à SnapRAID ?
Non. Le JBOD agrège les capacités ; la conception demandée associe un système de fichiers union à une synchronisation de parité.
Existe-t-il des travaux communautaires liés à MergerFS pour ZimaOS ?
Oui, mais les binaires et modules sysext communautaires ne doivent pas être présentés comme une fonctionnalité officielle de gestion de SnapRAID.
