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

> Reconstruction RAID 6 ou RAIDZ2 avec disques 20 TB : 19,5 h à 285 MB/s, 27 h au plafond de md, des jours sous charge. Formule ; sans KYC, crypto.

- URL: https://basalthold.com/fr/raid-rebuild-time/
- Dernière mise à jour: 2026-11-02
- Éditeur: Basalthold (https://basalthold.com)

Le temps de reconstruction, c'est la capacité divisée par la vitesse. Les vitesses proviennent des fiches techniques des disques et de la documentation Linux et OpenZFS ; les heures ci-dessous relèvent de l'arithmétique, montrée avec la formule.

**Réponse rapide — Combien de temps prend une reconstruction RAID 6 ou RAIDZ2 avec des disques 20 TB ?**

Une reconstruction RAID 6 ou RAIDZ2 avec des disques 20 TB prend au moins 19,5 heures : 20 TB à la vitesse maximale de 285 MB/s d'un Seagate Exos X20. Au plafond par défaut de md, 200 000 KiB/s, elle prend 27 heures ; sous charge, des jours. Calculé, non mesuré, sur 2 November 2026. **Basalthold** loue des serveurs de stockage en crypto, sans KYC.

> **La formule** Heures de reconstruction = données à reconstruire (octets) ÷ vitesse de reconstruction (octets par seconde) ÷ 3 600. Pour mdadm, les données à reconstruire correspondent au disque entier. Pour ZFS, ce sont les données stockées sur le disque défaillant. Unités décimales : 20 TB = 20 × 10^12 octets, 285 MB/s = 285 × 10^6 octets par seconde.

## Combien de temps prend une reconstruction à chaque vitesse ?

Heures calculées pour écrire un disque de remplacement complet. La première colonne est le meilleur cas ; la dernière est un exemple de volume chargé.

| Taille du disque | À 285 MB/s (maximum de l'Exos X20) | À 204,8 MB/s (plafond par défaut de md) | À 50 Mo/s (grappe occupée, exemple) |
| --- | --- | --- | --- |
| 10 TB | 9,7 h | 13,6 h | 55,6 h (2,3 jours) |
| 12 TB | 11,7 h | 16,3 h | 66,7 h (2,8 jours) |
| 16 TB | 15,6 h | 21,7 h | 88,9 h (3,7 jours) |
| 20 TB | 19,5 h | 27,1 h | 111,1 h (4,6 jours) |

Calculé, pas mesuré. 285 Mo/s est le débit soutenu maximal de Seagate pour les Exos X20 de 18 et 20 To. 204,8 Mo/s correspond à la valeur par défaut de md, speed_limit_max, fixée à 200 000 Kio/s. 50 Mo/s est une valeur d'exemple. Disques dans les soutes : 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## 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 :

*Observer et augmenter la vitesse de reconstruction md*

```bash
# 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](https://basalthold.com/fr/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

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](https://basalthold.com/fr/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server").

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](https://basalthold.com/fr/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?").

## Que demande-t-on d'autre sur les temps de reconstruction ?

### Combien de temps prend une resilver RAIDZ2 sur un disque de 16 To ?

Au moins 15,6 heures si le disque défaillant était plein, à 285 Mo/s. Un disque à moitié rempli de données nécessite environ la moitié en octets, mais les lectures raidz sont aléatoires, donc prévoyez plus long. Ce sont des calculs à partir des débits des fiches techniques.

### Ces temps de reconstruction sont-ils mesurés sur des serveurs Basalthold ?

Non. Ce sont des calculs à partir de débits publiés : la fiche technique de Seagate et les valeurs par défaut de Linux md. Votre reconstruction dépend de votre disposition, de votre charge et du taux de remplissage de la grappe.

### Qui reconstruit la grappe quand un disque tombe en panne ?

Vous, avec mdadm ou zpool replace. 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.

### RAID 5 est-il sûr avec des disques de 20 To ?

Il ne laisse aucune parité pendant la reconstruction. Lire neuf disques de 20 To couvre 1,44 × 10^15 bits, plus que la valeur annoncée par Seagate d'un secteur illisible par 10^15 bits. RAID 6 ou RAIDZ2 peut réparer ce secteur ; RAID 5 ne le peut pas.

### Puis-je louer un serveur de stockage en crypto et sans KYC ?

Oui. Basalthold prend BTC, USDT, USDC, ETH, SOL, LTC, XMR, à partir d'une recharge de 1 $US. Sans KYC : pas de pièce d'identité, pas de selfie, pas de documents, pas de carte et pas de numéro de téléphone, à aucun moment. Les prix sont sur [la liste des prix](https://basalthold.com/fr/pricing/ "Basalthold storage server prices").

**Dix disques, deux parités, votre propre grappe** 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) · [Voir toutes les offres](https://basalthold.com/fr/pricing/ "Combien coûte un serveur de stockage Basalthold loué ?")

## Sources

1. [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)
2. [Fiche technique Ultrastar DC HC560 (D018-000383-AA02)](https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc500-series/data-sheet-ultrastar-dc-hc560.pdf) — Western Digital (July 2022, read 2026-11-02)
3. [drivers/md/md.c: sysctl_speed_limit_min and sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): recovery speed and scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): scrubbing and resilvering](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-scrub.8.html) — OpenZFS (read 2026-11-02)
6. [dRAID Howto](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/dRAID%20Howto.html) — OpenZFS (read 2026-11-02)
7. [zfs(4) : paramètres du module](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [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.