Calcul de RAID ZFS
Estimez rapidement la capacité utile, le niveau de redondance, l’espace réservé à la parité et l’efficacité globale d’un pool ZFS en RAIDZ1, RAIDZ2, RAIDZ3 ou miroir. Cet outil donne une estimation pratique pour dimensionner un serveur NAS, un stockage de sauvegarde ou une plateforme de virtualisation.
Résultats
Renseignez les paramètres puis cliquez sur Calculer pour obtenir une estimation de votre capacité utile ZFS.
Guide expert du calcul de RAID ZFS
Le calcul de RAID ZFS est une étape essentielle dès que l’on souhaite construire un serveur de stockage fiable, évolutif et cohérent avec les usages réels. Beaucoup d’administrateurs se contentent d’additionner la capacité brute des disques, puis retirent un ou deux disques pour la parité. Cette méthode donne un ordre d’idée, mais elle ne suffit pas pour un dimensionnement sérieux. ZFS n’est pas un simple RAID logiciel. Il s’agit d’un système de fichiers avec gestion de l’intégrité, snapshots, checksums, compression, scrubs et mécanismes de redondance étroitement liés à la structure des vdevs. Pour cette raison, le calcul de capacité ne doit pas être isolé de la stratégie globale de résilience.
Dans la pratique, un bon calcul de RAID ZFS répond à quatre questions. Premièrement, quelle est la capacité brute installée ? Deuxièmement, combien de disques ou de fractions de capacité sont consommés par la redondance ? Troisièmement, quelle sera la capacité réellement exploitable en production sans dégrader les performances ? Quatrièmement, le niveau de protection choisi est-il adapté à la taille des disques, à la durée de reconstruction, à la criticité des données et au risque d’erreur de lecture pendant un resilver ? Ce guide répond à ces questions de manière opérationnelle.
Comprendre la logique des vdevs ZFS
Avant de calculer, il faut comprendre l’unité de base. Dans ZFS, le pool est composé d’un ou plusieurs vdevs. Chaque vdev possède ses propres règles de redondance. Si vous créez un seul vdev RAIDZ2 de 8 disques, la perte tolérable est de deux disques dans ce vdev. Si vous créez deux vdevs miroir de 2 disques chacun, les performances et la tolérance aux pannes changent totalement. La capacité du pool est donc la somme des capacités utiles des vdevs, mais la disponibilité du pool dépend du vdev le plus vulnérable.
Règle simple : le calcul de RAID ZFS doit toujours se faire au niveau du vdev, puis être agrégé au niveau du pool. Le choix du vdev a autant d’impact que le nombre total de disques.
Formule de base pour estimer la capacité utile
Pour une estimation rapide, on peut utiliser les règles suivantes :
- RAIDZ1 : capacité utile approximative = (nombre de disques – 1) × capacité du plus petit disque
- RAIDZ2 : capacité utile approximative = (nombre de disques – 2) × capacité du plus petit disque
- RAIDZ3 : capacité utile approximative = (nombre de disques – 3) × capacité du plus petit disque
- Miroir : capacité utile approximative = 50% de la capacité brute si l’on travaille en paires de disques
- Stripe : capacité utile = 100% de la capacité brute, mais sans redondance
Cette logique fonctionne parce qu’en RAIDZ la capacité d’un certain nombre de disques équivalents est consommée par la parité. En miroir, chaque donnée est dupliquée sur son pair. Attention toutefois : ces formules sont des approximations de planification. Elles n’intègrent pas les petites variations liées aux unités décimales versus binaires, à la réservation d’espace libre recommandée pour maintenir de bonnes performances, ni à certaines spécificités de l’alignement.
Pourquoi le taux de remplissage est crucial
ZFS supporte mal les pools pleins. Sur un plan théorique, vous pourriez utiliser presque toute la capacité utile calculée. Sur un plan pratique, il vaut mieux conserver une marge de sécurité. Une recommandation largement reprise en exploitation consiste à éviter de dépasser 80% à 85% d’occupation, car les performances d’écriture peuvent se dégrader et la gestion de l’espace libre devient moins confortable. C’est la raison pour laquelle le calculateur ci-dessus propose un taux de remplissage cible. Vous obtenez ainsi une capacité utile exploitable, plus proche de la réalité opérationnelle qu’un simple chiffre brut.
TB, TiB et la confusion la plus fréquente
Les constructeurs de disques annoncent presque toujours les capacités en TB décimaux, soit 1 TB = 1 000 milliards d’octets. Les systèmes d’exploitation et de nombreux outils affichent souvent en réalité des valeurs proches du TiB binaire, soit 1 TiB = 1 099 511 627 776 octets. C’est l’une des sources majeures de surprise lors d’un calcul de RAID ZFS. Un ensemble de disques vendu comme 72 TB bruts n’apparaîtra pas comme 72 TiB. En exploitation, cette différence est normale et ne traduit pas une perte cachée du contrôleur ou du système de fichiers.
| Capacité annoncée | Octets décimaux | Capacité binaire approximative | Écart observé |
|---|---|---|---|
| 1 TB | 1 000 000 000 000 | 0,91 TiB | Environ 9,05% |
| 4 TB | 4 000 000 000 000 | 3,64 TiB | Environ 9,05% |
| 12 TB | 12 000 000 000 000 | 10,91 TiB | Environ 9,05% |
| 18 TB | 18 000 000 000 000 | 16,37 TiB | Environ 9,05% |
RAIDZ1, RAIDZ2 ou RAIDZ3 : lequel choisir ?
Le bon niveau de parité dépend de la taille des disques, du nombre de disques par vdev, du temps de reconstruction et de l’importance des données. Historiquement, RAIDZ1 pouvait convenir à des grappes modestes avec des disques plus petits. Avec les disques modernes de grande capacité, RAIDZ2 est souvent considéré comme un point d’équilibre bien plus prudent pour du stockage généraliste. RAIDZ3 devient pertinent dans des contextes volumineux, sur de gros disques, lorsque la fenêtre de reconstruction est longue ou quand les données ont une valeur très élevée.
Le calcul de RAID ZFS ne doit donc jamais être purement comptable. Deux configurations de même capacité utile peuvent présenter des niveaux de risque très différents. Une grappe de 6 disques de 12 TB en RAIDZ1 offrira une capacité séduisante, mais une tolérance de panne plus faible et un risque plus élevé durant la reconstruction qu’une grappe RAIDZ2. Si le système héberge des machines virtuelles, des bases de données ou des sauvegardes critiques, le supplément de sécurité justifie souvent le sacrifice de capacité.
| Type | Disques de redondance | Tolérance de panne dans un vdev | Efficacité avec 8 disques | Usage courant |
|---|---|---|---|---|
| RAIDZ1 | 1 | 1 disque | 87,5% | Petits environnements, lab, données non critiques |
| RAIDZ2 | 2 | 2 disques | 75% | NAS polyvalent, PME, sauvegardes sérieuses |
| RAIDZ3 | 3 | 3 disques | 62,5% | Très gros disques, archives critiques, haute résilience |
| Miroir | 50% de la capacité brute | Variable selon les paires | 50% | IOPS élevées, virtualisation, charges mixtes |
Impact des disques de grande capacité
Plus les disques sont gros, plus la reconstruction peut prendre du temps, surtout si le vdev est chargé et si les performances du support sont modestes. Un disque de 18 TB ou 20 TB sollicite une fenêtre de resilver potentiellement longue. Pendant cette période, le système reste plus exposé. En parallèle, les grandes capacités augmentent le volume de données lu lors des vérifications et des opérations de réparation. Voilà pourquoi l’analyse moderne privilégie souvent RAIDZ2 ou RAIDZ3 pour des pools reposant sur des disques volumineux.
Le calculateur doit donc être utilisé comme un outil de première estimation, puis complété par une réflexion sur la durée de reconstruction, la fréquence des scrubs, l’existence de sauvegardes hors ligne, la qualité du matériel et le niveau de service attendu. Un stockage bien calculé n’est pas forcément celui qui offre la plus grande capacité, mais celui qui reste utilisable et réparable sans stress excessif.
Miroirs ZFS et performances
Les miroirs constituent une excellente option lorsque les performances aléatoires et la flexibilité priment. Sur ZFS, les vdevs miroir sont très appréciés pour les environnements de virtualisation ou de conteneurs, car ils offrent généralement de meilleures IOPS que de larges vdevs RAIDZ. La contrepartie est claire : l’efficacité en capacité est plus faible, typiquement autour de 50% pour des paires simples. Toutefois, l’administration, l’extension progressive du pool et les temps de reconstruction peuvent être plus confortables.
Étapes concrètes pour bien dimensionner un pool ZFS
- Définir la capacité exploitable réelle nécessaire sur 12 à 36 mois, pas seulement le besoin du jour.
- Choisir le type de charge : archive, sauvegarde, multimédia, VM, base de données, surveillance vidéo.
- Déterminer le nombre de vdevs et leur type : RAIDZ2, RAIDZ3, miroirs, ou combinaison de plusieurs vdevs.
- Calculer la capacité brute puis la capacité utile théorique en retirant la redondance.
- Appliquer un plafond d’occupation raisonnable, souvent 80% à 85%.
- Prévoir la croissance, les snapshots, la compression et les besoins de restauration.
- Vérifier que le budget couvre aussi la sauvegarde externe, car le RAID ne remplace jamais la sauvegarde.
Compression, snapshots et capacité apparente
Un autre point souvent mal compris dans le calcul de RAID ZFS concerne la compression. ZFS peut compresser les données de manière transparente, parfois avec des gains significatifs selon le type de fichiers. Cela peut donner l’impression qu’un pool “contient plus” que sa capacité utile théorique. C’est vrai en pratique, mais ce gain est variable et ne doit jamais servir de base unique de dimensionnement. À l’inverse, les snapshots consomment de l’espace à mesure que les blocs changent. Un environnement avec beaucoup de snapshots peut voir sa capacité libre diminuer plus vite que prévu, même sans croissance massive des données actives.
Bonnes pratiques d’exploitation
- Éviter les mélanges de tailles de disques dans un même vdev, car la capacité s’aligne sur le plus petit disque.
- Planifier des scrubs réguliers pour vérifier l’intégrité des données.
- Conserver une marge de capacité libre afin de préserver les performances.
- Documenter les temps de remplacement, les procédures de resilver et les alertes SMART.
- Ne jamais confondre redondance locale et sauvegarde indépendante.
Références utiles et ressources d’autorité
Pour approfondir la résilience, la cybersécurité des systèmes de stockage et les bonnes pratiques de protection des données, vous pouvez consulter ces ressources d’autorité :
- NIST.gov – Références de cybersécurité et de résilience des systèmes
- CISA.gov – Guide officiel contre les ransomwares et pour la protection des données
- Stanford.edu – Recommandations de stockage et bonnes pratiques institutionnelles
Conclusion
Un bon calcul de RAID ZFS ne consiste pas seulement à savoir combien de téraoctets restent après la parité. Il faut intégrer la structure du pool, le type de vdev, les unités de mesure, la marge d’occupation recommandée, les performances attendues et le niveau de risque acceptable. En règle générale, RAIDZ2 est souvent un excellent compromis pour des systèmes de stockage sérieux, tandis que les miroirs se distinguent pour les charges à forte intensité d’IOPS. RAIDZ3 prend tout son sens dans les environnements à très grande capacité ou à exigence élevée de continuité de service. Utilisez donc le calculateur comme point de départ, puis validez votre architecture à la lumière de la criticité métier, du budget et de votre stratégie de sauvegarde.