Un fil de discussion de septembre 2025 signalait que l’option JBOD était visible, mais impossible à sélectionner dans ZimaOS 1.4.4 et 1.5.0. Une réponse officielle de Zima confirmait que l’implémentation posait des problèmes d’utilisation et indiquait que les utilisateurs pouvaient temporairement employer une version antérieure ou attendre la réimplémentation de la fonctionnalité.
Cette réponse ne doit pas être reprise comme conseil actuel. La documentation actuelle de ZimaOS répertorie de nouveau le JBOD comme configuration de stockage disponible.
Ce qui était vrai dans ZimaOS 1.4.4 et 1.5.0
Dans les versions signalées, l’utilisateur ne pouvait pas sélectionner le JBOD depuis l’écran de configuration du stockage. La réponse officielle présentait cela comme un problème d’utilisation du produit, et non comme une erreur de configuration propre aux disques.
Ce qui a changé depuis
Les options RAID actuelles de ZimaOS décrivent le JBOD aux côtés des configurations RAID 0, RAID 1, RAID 5 et d’autres choix de stockage. Elles définissent le JBOD comme un moyen de réunir plusieurs disques en un seul volume continu et soulignent qu’il n’offre pas de redondance de type RAID.
Cela signifie que l’ancienne solution consistant à installer une version antérieure de ZimaOS uniquement pour récupérer le JBOD ne devrait pas être la recommandation par défaut pour un système actuel.
Quand le JBOD est pertinent
Le JBOD est utile lorsque la capacité et la simplicité comptent davantage que la redondance. Il peut combiner plusieurs disques sans consacrer une capacité équivalente à des copies miroir ou de parité.
Le compromis est important : le JBOD n’est pas une stratégie de sauvegarde. Si les données sont importantes, conservez des sauvegardes indépendantes au lieu de supposer qu’un volume JBOD à plusieurs disques protège contre une défaillance de disque.
Si le JBOD reste indisponible
- Vérifiez la version de ZimaOS installée.
- Vérifiez si les disques sont déjà affectés à un autre pool ou système de fichiers.
- Consultez les options actuelles de configuration du stockage au lieu de suivre la solution de contournement spécifique à la version de 2025.
- Ne rétrogradez pas un serveur de stockage en production uniquement parce qu’une ancienne publication de forum décrivait un problème d’implémentation temporaire.
Contexte actuel du JBOD et de la protection des données
Le processus de récupération RAID 1 offre un contraste utile, car il montre à quoi ressemble une récupération orientée vers la redondance lorsque les données sont importantes. Les changements de ZimaOS 1.5 fournissent le contexte des versions concernant les évolutions du stockage de ZimaOS, tandis que l’intégration au cloud de ZimaOS est pertinente pour déterminer quelles données d’un pool non redondant devraient également exister dans un autre emplacement.
La définition du JBOD par Seagate explique que le JBOD peut agréger la capacité, mais n’offre pas de redondance intégrée de type RAID, tandis que le fonctionnement du JBOD selon QNAP décrit de même le JBOD linéaire comme une capacité combinée sans protection contre les défaillances de disque. Ces définitions renforcent le point opérationnel essentiel : une option JBOD actuellement disponible peut être valable pour augmenter la capacité, mais ne doit pas être présentée comme une protection pour des données irremplaçables.
En résumé
La publication de la communauté décrivait correctement un problème temporaire lié au JBOD dans ZimaOS 1.4.4/1.5.0. La documentation actuelle de ZimaOS présente de nouveau le JBOD comme une option prise en charge. Utilisez donc les recommandations actuelles concernant le stockage et considérez l’ancienne suggestion de rétrogradation comme un simple contexte historique lié à une version donnée.
