# RAIDZ2 ou RAIDZ3 : de combien de parité un grand pool ZFS a-t-il besoin ? > RAIDZ2 ou RAIDZ3 sur dix disques de 10 ou 16 To : espace utile, fenêtre de resilver, quand la triple parité se justifie. Disques vierges, sans KYC. - URL: https://basalthold.com/fr/raidz2-vs-raidz3/ - Dernière mise à jour: 2026-11-02 - Éditeur: Basalthold (https://basalthold.com) Deux ou trois disques de parité sur un pool de dix disques : ce que chacun coûte en espace, ce qu'il survit, et l'arithmétique derrière le choix sur un serveur de stockage loué. **Réponse rapide — RAIDZ2 ou RAIDZ3 : de combien de parité un grand pool ZFS a-t-il besoin ?** RAIDZ2 suffit pour la plupart des pools de 10 disques qui ont une seconde copie ; RAIDZ3 se justifie quand le pool est la seule copie ou qu'un disque en panne peut attendre des jours un remplacement. Sur dix disques de 16 To, RAIDZ2 conserve 128 To et RAIDZ3 112 To (formule OpenZFS, 2 November 2026). **Basalthold** Hold 160 les livre vierges, crypto uniquement, sans KYC. ## Combien d'espace chaque niveau de parité laisse-t-il sur un hold ? L'espace utile est (N − P) × taille du disque : N disques dans le groupe, P disques équivalents de parité. En To décimaux, avant les métadonnées et le padding ZFS. | Hold et disques | Espace utile RAIDZ2 | Espace utile RAIDZ3 | Part de parité (Z2 / Z3) | Pannes survivues (Z2 / Z3) | | --- | --- | --- | --- | --- | | Hold 160: 10 × 16 TB HDD | 128 TB | 112 TB | 20% / 30% | 2 / 3 | | Hold 100: 10 × 10 TB HDD | 80 TB | 70 TB | 20% / 30% | 2 / 3 | | Hold 40: 4 × 10 TB HDD | 20 TB | 10 TB | 50% / 75% | 2 / 3 | | Hold 24: 2 × 12 TB HDD | Impossible (3 disques minimum) | Impossible (4 disques minimum) | Miroir : 50 % | Miroir : 1 | Calculé avec la formule OpenZFS, pas mesuré. Un groupe raidz nécessite un périphérique de plus que son nombre de parités. Disques tels que listés sur 2 November 2026. ## Que survit chaque niveau de parité ? Le manuel OpenZFS pose la règle : un groupe raidz de N disques avec P disques de parité contient environ (N − P) fois la taille du disque et survit à P périphériques en panne. RAIDZ2 en survit deux, RAIDZ3 trois. La même page recommande 3 à 9 périphériques par groupe, « pour aider à augmenter les performances ». Un groupe de dix disques se situe un au-dessus de cette plage. Cette plage concerne les performances, pas la sécurité : la parité couvre P pannes quelle que soit la largeur. **Chaque disque de parité supplémentaire achète une panne de plus et coûte un disque d'espace.** Sur Hold 160, cela fait 16 To, soit 12,5 % de la capacité RAIDZ2. ## Combien de temps le pool est-il exposé pendant un resilver ? Aussi longtemps que le nouveau disque met à se remplir. ZFS ne resilver que les données que le pool contient, donc un pool à moitié plein reconstruit environ la moitié des octets. - **Meilleur cas, disque de 16 To plein :** 16 To à la vitesse maximale de 285 Mo/s d'un Seagate Exos X20 prend environ 15,6 heures. - **Pool occupé, exemple à 50 Mo/s :** le même disque prend environ 89 heures, soit 3,7 jours. - **Avant le début du resilver :** un disque en panne dans un serveur loué attend que le datacenter le remplace. Lorsqu'un disque tombe en panne, ouvrez un ticket : l'équipe le remplace sans frais, et la reconstruction de la grappe sur le nouveau disque dépend de votre configuration. Pendant cette fenêtre, RAIDZ2 n'a plus qu'une parité et RAIDZ3 en a deux. L'arithmétique de reconstruction pour des disques de 10 à 20 To se trouve sur [combien de temps prend une reconstruction RAID 6 ou RAIDZ2](https://basalthold.com/fr/raid-rebuild-time/ "How long does a RAID 6 or RAIDZ2 rebuild take with 20 TB drives?"). ## Que changent les secteurs illisibles ? Ils rendent le troisième disque de parité utile même sans troisième panne. La fiche technique de l'Exos X20 annonce des erreurs de lecture non récupérables de 1 secteur par 10^15 bits lus. Cela fait un secteur par 125 To lus, au plafond de la fiche technique. Un resilver lit les disques survivants. Sur un pool plein de dix disques de 16 To, neuf survivants contiennent 144 To, donc le plafond autorise environ un secteur illisible. Les disques réels font généralement mieux que leur valeur annoncée ; cette valeur est le pire cas accepté par le fabricant. - **RAIDZ2, un disque en moins :** ZFS reconstruit un secteur illisible à partir de la parité restante. Rien n'est perdu. - **RAIDZ2, deux disques en moins :** il ne reste aucune parité. Le bloc est perdu, et `zpool status -v` liste les fichiers contenant des erreurs de données. - **RAIDZ3, deux disques en moins :** il reste une parité, donc le secteur est reconstruit. **RAIDZ3 est une assurance pour la seconde panne, pas la première.** ## Quelle est la probabilité d'une seconde panne pendant la fenêtre ? Faible, sur le papier. Backblaze a rapporté un taux de panne annualisé sur la durée de vie de 1,41 % pour ses disques dans son rapport du T2 2026. Sur un resilver de 89 heures, un disque tombe en panne avec une probabilité d'environ 1,41 % × 89 ÷ 8 760, soit 0,014 %. Avec neuf survivants, la chance d'une panne supplémentaire est d'environ 0,13 %. Ces calculs traitent les pannes comme indépendantes. Des disques achetés ensemble partagent un modèle, un lot et un âge, et un resilver sollicite durement chaque survivant. Ces chiffres sont un plancher, pas une prévision. Le marché se tourne vers cette taille. Sur les 23 vendeurs de serveurs de stockage vérifiés par Basalthold sur 2 November 2026, 8 proposaient un serveur avec 100 To ou plus de disques durs. ## Puis-je passer de RAIDZ2 à RAIDZ3 plus tard ? Non. OpenZFS 2.3 a ajouté l'expansion RAID-Z : vous pouvez ajouter un nouveau disque à un groupe existant, avec la fonctionnalité de pool `raidz_expansion`. Le manuel précise explicitement qu'« un RAID-Z2 reste un RAID-Z2 même après expansion ». Les anciens blocs conservent aussi leur ancien ratio données/parité. Changer le niveau de parité implique de copier les données ailleurs, de détruire le pool et de le recréer. Sur un serveur loué, le bon moment est la livraison, quand les disques de données sont encore vierges. Le système d'exploitation réside sur son propre SSD (deux SSD en miroir sur les plus grosses configurations) ; les disques de données arrivent vierges et non partitionnés, pour que vous puissiez monter du ZFS, une grappe mdadm ou un ensemble de disques indépendants. Si vous souhaitez que l'équipe prépare une grappe RAID 6 ou RAID 10 avant la livraison, indiquez-le au support avant la remise du serveur. *Créez un pool RAIDZ3 de dix disques et vérifiez-le* ```bash # your ten data drives by stable ID; the system SSDs stay out of the pool ls -l /dev/disk/by-id/ | grep -v part # three drives' worth of parity (replace DRIVE01 to DRIVE10 with the real IDs) zpool create -o ashift=12 -O compression=lz4 tank raidz3 /dev/disk/by-id/ata-DRIVE{01..10} # capacity, health, and the files hit by any data error zpool list tank zpool status -v tank ``` ## Que choisir sur un serveur de stockage loué ? Choisissez selon l'usage du pool et le temps qu'une panne peut attendre. - **RAIDZ2 :** une cible de sauvegarde dont les originaux vivent ailleurs. Un fichier perdu peut être recopié. - **RAIDZ3 :** une archive qui est la seule copie pendant un temps, un pool que vous ne pouvez pas surveiller chaque jour, ou des disques si grands qu'un resilver sous charge dure des jours. - **Deux ou quatre disques :** un miroir sur Hold 24 ; sur Hold 40, RAIDZ2 et les miroirs en bandes conservent tous deux 20 To : RAIDZ2 survit à deux pannes quelconques, les miroirs offrent des I/O aléatoires plus rapides. Hold 100 et Hold 160 embarquent chacun dix disques de données ; leurs conditions sont sur la [page de tarifs Basalthold](https://basalthold.com/fr/pricing/ "How much does a rented Basalthold storage server cost?"). La parité n'est pas une sauvegarde. Un serveur de stockage n'est pas la sauvegarde de lui-même : nous ne conservons aucune copie de vos données ailleurs, une seconde copie à un autre endroit reste donc à votre charge. La seconde copie habituelle pour un NAS est décrite sur [quelle est la meilleure sauvegarde hors site pour un NAS](https://basalthold.com/fr/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?"). Le même compromis sans ZFS est sur [RAID 6 ou RAID 10](https://basalthold.com/fr/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?"), et pourquoi ZFS préfère les disques bruts est sur [ZFS ou RAID matériel](https://basalthold.com/fr/zfs-vs-hardware-raid/ "Should I use ZFS or hardware RAID on a rented storage server?"). ## Que demande-t-on d'autre sur RAIDZ2 et RAIDZ3 ? ### RAIDZ3 est-il plus lent que RAIDZ2 ? Un peu, en écriture : chaque stripe porte un bloc de parité de plus, donc dix disques écrivent les données sur sept au lieu de huit. La page RAIDZ d'OpenZFS donne une règle empirique pour les deux : avec les enregistrements larges par défaut, les IOPS en lecture aléatoire sont à peu près celles d'un seul disque, quelle que soit la largeur du groupe. ### RAIDZ2 est-il identique à RAID 6 ? Les deux survivent à deux disques en panne quelconques. RAIDZ2 calcule aussi une somme de contrôle pour chaque bloc et ne resilver que les données que le pool contient, tandis qu'une reconstruction md RAID 6 copie le disque entier. Les deux sont comparés sur [RAID 6 ou RAID 10](https://basalthold.com/fr/raid-6-vs-raid-10/ "RAID 6 or RAID 10: which is better for a rented storage server?"). ### Devrais-je plutôt utiliser dRAID ? Pas sur dix disques. dRAID répartit l'espace de secours sur tous les disques, ce qui, selon le manuel OpenZFS, rend le resilvering bien plus rapide car un seul appareil n'est plus le goulot d'étranglement. L'espace de secours est réservé à l'intérieur du groupe, donc sur dix disques il est prélevé sur la capacité utile. ### Combien de disques un groupe RAIDZ3 peut-il avoir ? Au moins quatre, soit un de plus que ses trois disques de parité. OpenZFS recommande 3 à 9 appareils par groupe pour les performances. Un pool plus grand peut utiliser plusieurs groupes de cette taille. ### Est-ce que Basalthold construit le pool pour moi ? Les disques de données arrivent vierges, donc vous le construisez en une seule commande. Le système d'exploitation réside sur son propre SSD (deux SSD en miroir sur les plus grosses configurations) ; les disques de données arrivent vierges et non partitionnés, pour que vous puissiez monter du ZFS, une grappe mdadm ou un ensemble de disques indépendants. Si vous souhaitez que l'équipe prépare une grappe RAID 6 ou RAID 10 avant la livraison, indiquez-le au support avant la remise du serveur. **Dix disques vierges, votre parité** Hold 160 : AMD EPYC 7302P (16 cœurs / 32 threads), 128 GB DDR4 ECC, 10 × 16 TB de disques durs (160 TB bruts) plus 2 × 480 GB SSD pour le système, en miroir, port 1 Gbit/s avec 200 TB de trafic par 30 jours, 1 IPv4 et un IPv6 /64, pour 561,39 $/30 jours. Crypto, sans KYC. [Louer Hold 160 à Amsterdam](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=fr) · [Louer Hold 100 à Bucarest](https://basalthold.com/app/checkout/?plan=hold-100&location=ro-buh&lang=fr) ## Sources 1. [zpoolconcepts(7) : appareils virtuels raidz et draid](https://openzfs.github.io/openzfs-docs/man/master/7/zpoolconcepts.7.html) — OpenZFS (read 2026-11-02) 2. [RAIDZ : efficacité de l'espace, lectures et écritures](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/RAIDZ.html) — OpenZFS (read 2026-11-02) 3. [zpool-attach(8) : extension RAID-Z](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-attach.8.html) — OpenZFS (read 2026-11-02) 4. [zpool-status(8) : l'option -v](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-status.8.html) — OpenZFS (read 2026-11-02) 5. [Exos X20 data sheet (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02) 6. [Backblaze Drive Stats pour le T2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02) --- Basalthold: Basalthold loue des serveurs dédiés de stockage à Amsterdam, Bucarest et Chisinau, payés en crypto sans KYC : pas de pièce d'identité, pas de selfie, pas de documents. Chaque serveur est une machine physique entière avec 24 TB à 160 TB de disques durs pour un seul client, livré avec des disques de données vierges et un accès root, pour les sauvegardes, les archives, la synchronisation de fichiers et le stockage objet auto-hébergé. Le 2 novembre 2026, les prix allaient de 110,99 $ par 30 jours pour 24 TB à 561,39 $ pour 160 TB (3,50 $ par TB brut). Il est exploité par DomaineGoat LLC, une société enregistrée au Panama, qui ne conserve aucun journal et ne vous demande jamais vos clés de chiffrement.