RAIDZ1 vs RAIDZ2 : Pourquoi vos disques de 20 To, 32 To +, changent la donne

Si vous construisez un NAS en 2026, vous avez probablement les yeux rivés sur les disques haute capacité. Les prix chutent, et l’idée de mettre quatre disques de 20 To en RAIDZ1 (l’équivalent du RAID 5) pour maximiser l’espace est tentante.

Pourtant, dans le monde du stockage professionnel, le RAIDZ1 est de plus en plus considéré comme un sport extrême. Pourquoi ? Parce que la physique et les statistiques jouent contre vous.

Le problème du temps de reconstruction (Resilvering)

Le danger ne vient pas de la panne d’un disque, mais de ce qui se passe après.

Quand un disque de 2 To tombait en panne il y a dix ans, le remplacer et reconstruire le pool prenait quelques heures. Avec un disque de 20 To ou même 32 To la reconstruction (le “resilvering”) peut durer plusieurs jours, voire une semaine, selon la charge de votre serveur.

Pourquoi c’est une zone rouge ?

Pendant toute la durée de la reconstruction, votre pool ZFS travaille à 100 %. Vos disques restants chauffent et sont sollicités au maximum. Si un deuxième disque lâche pendant cette période critique en RAIDZ1 : vous perdez l’intégralité de vos données.

[Image : Schéma montrant le stress des disques restants lors d’une reconstruction RAIDZ]

L’ennemi invisible : Les erreurs URE (Unrecoverable Read Error)

Même si un deuxième disque ne tombe pas complètement en panne, il y a le risque des erreurs de lecture irrécupérables (URE). Les fabricants de disques garantissent un taux d’erreur (souvent 1 bit pour 10^15 bits lus).

Statistiquement, plus vos disques sont gros, plus la probabilité de rencontrer une erreur de lecture lors du scan complet des 20 To pendant la reconstruction est élevée.

• En RAIDZ1, une erreur de lecture sur un bloc pendant la reconstruction peut corrompre un fichier.

• En RAIDZ2, ZFS utilise la deuxième parité pour corriger l’erreur sans sourciller.

Le piège du “Cold Spare” et des lots identiques

Beaucoup d’utilisateurs pensent être en sécurité en gardant un disque dur identique dans un tiroir, prêt à être branché. C’est une bonne pratique, mais elle cache un risque sournois : la panne de lot (Batch Failure).

Si vous achetez tous vos disques (ceux dans le serveur et celui de secours) au même moment, chez le même revendeur, il y a de fortes chances qu’ils sortent de la même chaîne de production, le même jour.

Pourquoi est-ce un problème ?

Les disques d’un même lot ont les mêmes faiblesses structurelles. S’il y a eu un micro-défaut de fabrication ou une fragilité sur un composant spécifique, tous vos disques risquent de flancher à peu près au même moment, sous les mêmes conditions de stress.

La réaction en chaîne lors de la reconstruction

C’est ici que le scénario devient catastrophique :

1. Un premier disque tombe en panne.

2. Vous insérez votre “disque de secours” acheté en même temps.

3. La reconstruction (resilvering) commence, sollicitant intensément tous les autres disques du même lot.

4. Comme ils ont le même âge et les mêmes faiblesses, un deuxième, puis un troisième disque peuvent lâcher l’un après l’autre durant ce processus. En RAIDZ1, c’est la perte totale immédiate. Même en RAIDZ2, si trois disques du même lot lâchent en 48h, vous êtes hors-jeu.

Le conseil d’expert : Diversifiez vos sources

Pour une sécurité maximale, ne mettez pas tous vos œufs dans le même panier de production :

• Échelonnez vos achats : Achetez vos disques à quelques mois d’intervalle si possible.

• Variez les fournisseurs : Commandez chez deux ou trois revendeurs différents pour augmenter vos chances de recevoir des lots de fabrication distincts.

• Mélangez les modèles : Si votre contrôleur le permet, vous pouvez même mélanger des disques de marques différentes (ex: un Seagate IronWolf avec un WD Red Plus) tant qu’ils ont les mêmes spécifications de vitesse et de capacité.

🔬 Analyse technique : L’IOPS Write Penalty

Beaucoup d’utilisateurs hésitent à passer au RAIDZ2 à cause de la “pénalité d’écriture”. Il est vrai que le RAIDZ2 doit calculer et écrire deux blocs de parité pour chaque écriture de donnée.

Cependant, sur des systèmes modernes équipés de processeurs rapides, le coût CPU est négligeable. La vraie limite reste la vitesse de vos disques mécaniques.

Le conseil d’expert : Si vous utilisez des disques de plus de 8 To, le passage au RAIDZ2 n’est plus une option “luxe”, c’est une assurance vie. Si vous avez besoin de performance pure, ne restez pas en RAIDZ1, passez plutôt sur un Mirror de VDEVs (RAID 10).

Comment tester votre configuration actuelle ?

Si vous hésitez sur les performances de votre pool actuel avant de tout réinstaller en RAIDZ2, faites un test de stress. Utilisez une commande FIO pour simuler une charge intense de lecture/écriture :

fio --name=stress-test --ioengine=libaio --rw=randrw --bs=4k --size=4G --numjobs=4 --iodepth=32 --runtime=120 --time_based --output-format=json

Copiez ensuite le résultat dans notre FIO Results Viewer. Si vous voyez que votre latence s’envole dès que vous sollicitez la parité, il est peut-être temps de repenser votre architecture.

Conclusion : Le coût du sommeil

Le RAIDZ2 vous “coûte” un disque supplémentaire en termes de capacité par rapport au RAIDZ1. Mais en échange, il vous offre la tranquillité d’esprit : celle de savoir que même si un disque meurt un vendredi soir, vous pouvez attendre le lundi pour le remplacer sans transpirer.

Et vous ? Quelle est la taille de vos disques ? Êtes-vous toujours en RAIDZ1 ou avez-vous déjà sauté le pas vers la double parité ?