CasaOS vs ZimaOS vs Unraid : Quel système d'exploitation pour serveur domestique convient à un NAS à disques mixtes ?

Pourquoi les disques mixtes influencent le choix du système d’exploitation

Le RAID traditionnel fonctionne de manière la plus prévisible lorsque ses disques membres ont des capacités correspondantes et des performances similaires. Avec des disques de tailles différentes, le plus petit membre peut déterminer l’espace que chaque disque contribue à un groupe RAID conventionnel. Un disque plus grand peut donc avoir une capacité que le tableau ne peut pas utiliser immédiatement.

Unraid adopte une approche différente. Son tableau principal stocke les fichiers sur des disques de données formatés individuellement et calcule la parité séparément. La règle critique de dimensionnement est qu’aucun disque de données ne peut être plus grand que le disque de parité. Avec une double parité, les deux disques de parité doivent être au moins aussi grands que le plus grand disque de données, comme expliqué dans la documentation officielle couvrant l’architecture du tableau Unraid et le dimensionnement de la parité.

Cette distinction soulève cinq questions qui devraient guider la comparaison :

• Quelle part de la capacité de chaque disque reste utilisable ?
• Le modèle de stockage offre-t-il une redondance ?
• Peut-on ajouter un disque de taille différente sans reconstruire le pool ?
• Quelles données restent accessibles après la défaillance de plus de disques que ce que le schéma de protection peut tolérer ?
• Quelle quantité d'administration Linux manuelle est nécessaire ?

Trois modèles de stockage, trois limites de défaillance différentes

Bien que les trois plateformes puissent exposer des fichiers sur un réseau et exécuter des applications conteneurisées, elles ne gèrent pas le stockage de la même manière. La distinction entre un système d'exploitation, une couche de stockage et un tableau de bord applicatif est plus importante que leurs similitudes visuelles.

Unraid : disques de données indépendants avec parité dédiée

Unraid combine des disques de données formatés indépendamment en un stockage partagé tout en réservant un ou deux disques pour la parité. Il ne répartit pas chaque fichier sur tous les membres de l'ensemble de la même manière que le RAID 5 ou RAID 6 conventionnel.

Le résultat est particulièrement utile lorsque les tailles des disques diffèrent. Un disque de données de 4 To et un disque de 8 To peuvent contribuer avec leurs capacités respectives tant que le disque de parité assigné est au moins aussi grand que le plus grand disque de données. Le compromis est que le disque de parité offre une protection plutôt qu'une capacité de fichier ordinaire.

ZimaOS : gestion graphique pour RAID et JBOD

ZimaOS est un système d'exploitation de serveur domestique conçu spécialement avec une gestion graphique du stockage. Son interface de stockage actuelle prend en charge RAID 0, RAID 1, RAID 5, RAID 6 et JBOD, avec ZFS disponible en option séparée.

Le RAID conventionnel peut offrir une forte redondance, mais il est généralement le plus efficace en termes d'espace lorsque les disques membres ont des capacités identiques. Le JBOD peut utiliser une plus grande partie de la capacité brute d'un ensemble mixte, mais il ne fournit pas de redondance.

CasaOS : une couche d'application au-dessus du stockage Linux

CasaOS est plus proche d'une couche légère d'applications et de gestion Docker installée sur une distribution Linux telle que Debian ou Ubuntu. La distinction entre CasaOS et un système d'exploitation complet axé sur le stockage est également décrite dans ce guide sur les rôles des serveurs domestiques CasaOS et ZimaOS.

CasaOS peut afficher le stockage monté et le rendre disponible aux applications, mais un regroupement et une parité plus avancés doivent généralement être créés en dessous de son interface. Cela peut impliquer des systèmes de fichiers Linux, un RAID logiciel, MergerFS, SnapRAID ou une autre couche de gestion de stockage.

Comment le même ensemble de disques mixtes change selon chaque système

Considérez un serveur domestique contenant un disque de 4 To, un disque de 8 To et un disque de 16 To. L'objectif est de créer un stockage partagé tout en protégeant contre une défaillance d'un seul disque.

Pour Unraid, utiliser le disque de 16 To comme parité laisse les disques de 4 To et 8 To comme membres de données, produisant environ 12 To de capacité de fichiers utilisable avant la surcharge du système de fichiers. Utiliser le disque de 16 To comme disque de données nécessiterait un disque de parité d'au moins 16 To.

ZimaOS ne doit pas se voir attribuer une capacité RAID 5 mixte exacte sans vérifier l'assistant de stockage actuel. Sa documentation confirme que le système calcule une capacité estimée lors de la création, mais ne publie pas de résultat spécifique pour 4 To plus 8 To plus 16 To. Le guide officiel des options RAID et JBOD de ZimaOS doit donc être utilisé en complément de l'estimation affichée sur l'appareil réel.

Avec CasaOS, les disques peuvent rester indépendants, mais les présenter comme un pool de stockage protégé nécessite une configuration Linux supplémentaire. La capacité finale et le comportement en cas de panne dépendent des outils choisis plutôt que de CasaOS lui-même.

Ce que la parité native vous apporte réellement

Le principal avantage d'Unraid dans cette comparaison n'est pas simplement qu'il reconnaît des disques de tailles différentes. Son avantage réside dans la combinaison de disques de données à capacité mixte, de dossiers partagés, de parité dédiée et d'un flux de gestion graphique.

Avec une parité simple, le tableau peut reconstruire un disque défaillant. Avec une double parité, il peut reconstruire jusqu'à deux pannes de disque simultanées. Les disques de parité doivent répondre aux exigences de taille du plus grand membre de données, et le remplacement d'un disque défaillant nécessite toujours un tableau restant sain et des informations de parité valides. La procédure officielle pour ajouter des disques de données et de parité à un tableau Unraid documente ces contraintes.

Parce que les disques de données conservent des systèmes de fichiers individuels, les fichiers ne sont pas divisés en blocs sur chaque disque du tableau. Si les pannes dépassent la protection par parité disponible, les données sur les disques sains peuvent rester accessibles individuellement. C'est une limite de défaillance utile, mais ce n'est pas une garantie contre la corruption du système de fichiers, les défaillances du contrôleur, la suppression accidentelle, les logiciels malveillants ou la perte simultanée de plusieurs disques.

Ce qu’une interface de stockage soignée ne peut pas changer

ZimaOS rend la création de stockage accessible. Son interface peut guider les utilisateurs dans la sélection des disques, le choix d’un mode RAID supporté, l’estimation de la capacité, la création de l’ensemble et la surveillance de son état. Cela réduit la friction d’installation pour les utilisateurs qui ne veulent pas administrer le stockage Linux entièrement depuis un terminal.

L’interface ne supprime cependant pas les compromis sous-jacents du modèle de stockage sélectionné. RAID 0 offre performance et capacité sans redondance. RAID 1 fait un miroir des données. RAID 5 fournit une tolérance aux pannes sur un disque, tandis que RAID 6 offre une tolérance aux pannes sur deux disques. JBOD privilégie la flexibilité de capacité mais ne fournit ni parité ni miroir.

Les flux de travail de récupération doivent également être testés avant que des données importantes ne soient engagées. Un problème de réparation RAID bêta ZimaOS ouvert a documenté un test de machine virtuelle dans lequel un disque de remplacement légèrement plus grand a été reconnu mais n’a pas pu être utilisé pour démarrer une réparation RAID 5 via l’interface.

Ce rapport ne prouve pas que chaque installation actuelle de ZimaOS présente la même limitation. Il s'agit d'un cas unique de l'ère bêta, mais il illustre pourquoi une interface de stockage doit être évaluée par son flux de travail de remplacement et de récupération ainsi que par son assistant de configuration initiale.

Quand un tableau de bord d'applications simple devient une pile de stockage DIY

CasaOS est attrayant lorsque l'objectif principal est de déployer des applications, gérer des conteneurs Docker et exposer un stockage déjà monté via une interface claire. Cela devient moins simple lorsque la nécessité change vers une piscine protégée par parité construite à partir de disques hétérogènes.

Une conception courante basée sur Linux combine MergerFS et SnapRAID :

• MergerFS présente des répertoires provenant de plusieurs systèmes de fichiers via un point de montage fusionné unique.
• SnapRAID calcule la parité sur des disques de données séparés et peut aider à récupérer en cas de nombre de pannes couvertes par les disques de parité configurés.
• CasaOS exécute des applications et expose le point de montage résultant après la configuration de la couche de stockage.

MergerFS peut regrouper des systèmes de fichiers de tailles et types différents sans nécessiter que chaque disque soit reformaté en un ensemble en bandes. Un disque défaillant affecte généralement les fichiers stockés sur ce système de fichiers plutôt que de répartir chaque fichier sur l'ensemble du pool. MergerFS lui-même ne fournit pas de parité ni de reconstruction des données défaillantes.

SnapRAID fournit la couche de parité manquante, mais elle n'est pas identique à la protection d'ensemble d'Unraid. La parité SnapRAID est mise à jour lors des synchronisations. Les fichiers ajoutés ou modifiés après la dernière synchronisation peuvent ne pas être récupérables, ce qui rend cette conception plus adaptée aux bibliothèques multimédias et aux données archivées qu'aux bases de données, disques de machines virtuelles actives ou données d'applications fréquemment modifiées.

La voie DIY peut être économique et flexible, mais l'administrateur devient responsable de l'ordre de montage, de la synchronisation de la parité, des vérifications programmées, de la surveillance SMART, des permissions, des procédures de remplacement et des notifications. C'est un choix d'ingénierie raisonnable pour un utilisateur Linux expérimenté, mais pas un substitut zéro configuration à Unraid.

L'expansion, la récupération et la maintenance comptent plus que la configuration initiale

Un système de stockage facile à créer peut néanmoins être difficile à étendre ou à récupérer. Avant de choisir un système d'exploitation, considérez ce qui se passe lorsque le prochain disque est plus grand, lorsqu'un disque commence à signaler des erreurs, et lorsque le disque système lui-même doit être réinstallé.

Ajouter de la capacité au fil du temps

Unraid est conçu pour une expansion incrémentale. Un nouveau disque de données peut être ajouté sans que chaque disque existant doive correspondre, à condition qu'il ne dépasse pas la taille du disque de parité. Si un disque de données plus grand est nécessaire, le disque de parité devra peut-être être mis à niveau en premier.

L'expansion des RAID conventionnels et de ZFS dépend de la conception exacte de l'ensemble ou du vdev. Ajouter un disque non assorti ne rend pas nécessairement toute sa capacité immédiatement utilisable. Les utilisateurs de ZimaOS doivent confirmer la capacité estimée et la procédure d'expansion prise en charge avant de créer le pool initial.

CasaOS peut hériter d'une expansion flexible grâce à MergerFS, car un autre système de fichiers monté peut être ajouté au pool. Si SnapRAID assure la protection, la taille de la parité et la synchronisation doivent également être mises à jour manuellement.

Récupération après une panne

Unraid offre la solution de récupération la plus intégrée des trois pour ce cas d'utilisation spécifique avec des disques mixtes. ZimaOS propose un contrôle graphique de l'état et de la réparation RAID, mais le flux de travail dépend du type de RAID choisi et du comportement actuel du logiciel. La récupération avec CasaOS dépend presque entièrement de la conception sous-jacente du stockage Linux.

Aucune de ces approches ne supprime le besoin de sauvegardes testées. Un plan de récupération doit identifier quels fichiers sont sauvegardés, où les clés de chiffrement et fichiers de configuration sont stockés, et comment le système sera restauré si plus de disques tombent en panne que ce que la parité ou le niveau RAID peut tolérer.

Quelle configuration convient à votre NAS à disques mixtes ?

Un test pratique récent d’Unraid et ZimaOS a également décrit Unraid comme un équilibre entre fonctions NAS avancées et interface accessible, tout en trouvant ZimaOS particulièrement abordable pour les débutants et le matériel recyclé.

Cette comparaison est utile comme expérience personnelle plutôt que comme preuve d’architecture de stockage. La documentation officielle doit rester la source principale pour les limites de parité, le support RAID, les calculs de capacité et les procédures de récupération.

La licence peut aussi influencer la décision. À partir de juillet 2026, la licence d’entrée Unraid commence à 49 $, tandis que la licence à vie coûte beaucoup plus cher. ZimaOS propose un niveau gratuit limité par le nombre de disques et une licence Plus à vie à moindre coût. CasaOS est gratuit et open source, mais un administrateur DIY peut passer plus de temps à construire et maintenir la couche de stockage.

Avant de réutiliser une boîte de vieux disques

Le support des disques mixtes ne rend pas les disques vieillissants aussi fiables. Avant de créer un ensemble ou un pool :

1. Sauvegardez chaque fichier déjà stocké sur les disques.
2. Examinez les données SMART et lancez des auto-tests étendus des disques.
3. Vérifiez la présence de secteurs réalloués, en attente ou irrécupérables.
4. Confirmez que les connexions SATA, USB et d’alimentation restent stables sous charge.
5. Utilisez le plus grand disque sain pour la parité lors de la création d’un ensemble Unraid.
6. Enregistrez les numéros de série des disques et leurs emplacements physiques dans les baies.
7. Testez les notifications de panne et la procédure de remplacement.
8. Conservez une sauvegarde séparée des fichiers critiques une fois le NAS opérationnel.

Des disques avec des vitesses de rotation différentes peuvent coexister, mais les disques les plus lents impliqués dans une charge de travail peuvent limiter les performances. Les boîtiers USB et les multiplicateurs de ports peuvent également compliquer l'identification des disques et la récupération des erreurs, il est donc préférable d'utiliser des connexions SATA directes ou des HBA fiables pour un NAS permanent.

Conclusion finale

Choisissez Unraid lorsque l'exigence principale est un NAS protégé par parité assemblé à partir de disques de différentes capacités et étendu un disque à la fois. Sa licence ajoute un coût, mais son modèle de stockage répond directement au problème des disques mixtes.

Choisissez ZimaOS lorsque la facilité d'utilisation, des contrôles de stockage attrayants, le déploiement d'applications et un coût de licence plus bas sont plus importants que d'extraire la capacité protégée maximale d'une collection hétérogène. Vérifiez l'estimation de capacité et le flux de travail de remplacement pour la configuration RAID exacte avant de déplacer des données importantes.

Choisissez CasaOS si vous souhaitez principalement un tableau de bord d'application simple et que vous êtes à l'aise avec le fait de considérer le stockage comme un projet d'ingénierie Linux distinct. MergerFS et SnapRAID peuvent créer un système performant avec des disques mixtes, mais ils ajoutent du travail opérationnel et ne doivent pas être présentés comme un équivalent natif d'Unraid.