Combien de temps prend une reconstruction RAID 6 ou RAIDZ2 avec des disques 20 TB ?

Pourquoi la vitesse maximale du disque n'est-elle qu'un scénario optimal ?

Parce que la vitesse maximale ne tient que sur les pistes extérieures. La fiche technique du HC560 de Western Digital situe son maximum de 291 Mo/s à environ 10 % de l'intérieur du disque. Les pistes intérieures défilent plus lentement sous la tête, donc un passage complet donne une moyenne inférieure.

Le disque de remplacement est le goulot d'étranglement. Chaque bloc reconstruit aboutit sur ce seul disque, donc la grappe ne peut pas se reconstruire plus vite qu'il n'écrit. Dix disques qui lisent en parallèle n'y changent rien.

Une reconstruction ne peut jamais battre un seul disque qui écrit d'un bout à l'autre.

Pourquoi une reconstruction mdadm est-elle plus lente que le disque ?

Parce que md la plafonne. Dans le code source du noyau Linux, speed_limit_max vaut par défaut 200 000 Kio/s, soit environ 204,8 Mo/s, et speed_limit_min vaut 1 000 Kio/s. Le manuel de md explique le duo : md ralentit la récupération quand d'autres activités sont en cours, et tourne à pleine vitesse quand la grappe est au repos.

Une grappe occupée peut donc reconstruire près du plancher. À 1 000 Kio/s, un disque de 20 To prendrait environ 226 jours. Les grappes réelles se situent entre les deux limites, selon le trafic de sauvegarde ou de lecture concurrent.

Vous pouvez l'observer et le piloter :

# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000

Une resilver ZFS est-elle plus rapide qu'une reconstruction RAID 6 ?

Souvent, quand le pool n'est pas plein. Le manuel d'OpenZFS précise que la resilver n'examine que les données que ZFS sait obsolètes. Un pool rempli à moitié reconstruit environ la moitié des octets que mdadm copierait.

Les lectures sont toutefois moins ordonnées. Le guide dRAID d'OpenZFS note que raidz doit utiliser une resilver de réparation, qui parcourt l'arborescence des blocs avec des lectures aléatoires. Un pool RAIDZ2 plein peut donc prendre plus de temps que le nombre d'octets ne le suggère.

dRAID change la donne pour les grandes grappes. Sa reconstruction séquentielle vers un spare distribué évolue selon le nombre de disques divisé par la largeur de bande. Un scrub vérifie ensuite les checksums. Avec dix disques, RAIDZ2 simple est le choix habituel ; les compromis sont sur ZFS ou RAID matériel.

Observez une resilver avec zpool status. Le réglage zfs_resilver_min_time_ms, à 1 500 ms par défaut dans le manuel actuel, définit combien de temps ZFS y consacre entre deux groupes de transactions.

Quel est le risque pendant la fenêtre de reconstruction ?

Faible pour RAID 6, plus élevé pour RAID 5. Pendant une reconstruction RAID 6, la grappe conserve encore une parité, donc une panne supplémentaire reste survivable.

Backblaze a mesuré un taux de défaillance annualisé sur la durée de vie de 1,41 % sur ses disques dans son rapport du deuxième trimestre 2026. Sur une reconstruction de 27 heures, neuf disques restants donnent environ 0,04 % de risque d'une nouvelle panne. Sur 111 heures, environ 0,16 %.

Les secteurs illisibles pèsent davantage. Seagate annonce pour l'Exos X20 au plus un secteur illisible par 10^15 bits lus. Reconstruire depuis neuf disques de 20 To lit 1,44 × 10^15 bits, donc la spec autorise plus d'un secteur défectueux. RAID 6 le répare grâce à la seconde parité ; RAID 5 n'a plus rien. La comparaison complète est sur RAID 6 ou RAID 10.

Sur 23 vendeurs de serveurs de stockage Basalthold vérifiés sur 2 November 2026, 8 proposaient une offre de 100 To ou plus. À cette taille, la reconstruction de chaque disque prend la majeure partie d'une journée, même à pleine vitesse.

Comment raccourcir une reconstruction sur un serveur loué ?

Lancez-la tôt et donnez-lui les disques.

• Remplacez le disque rapidement. 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. Le chrono démarre quand le nouveau disque est en place.
• Mettez en pause les tâches lourdes. Sortez les grosses sauvegardes de la fenêtre de reconstruction, ou augmentez speed_limit_min la nuit.
• Gardez le pool en dessous du plein. ZFS ne reconstruit que les données stockées, donc de l'espace libre raccourcit la resilver.
• Gardez une seconde copie. Une reconstruction protège contre une panne de plus, pas contre un incendie ou une erreur : 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. Une cible pour cela est sur sauvegarde hors site pour un NAS.