# Hoe lang duurt een RAID 6- of RAIDZ2-rebuild met 20 TB-schijven?

> RAID 6- of RAIDZ2-rebuildtijd met 20 TB-schijven: 19,5 u bij 285 MB/s, 27 u bij de md-standaardlimiet, dagen onder belasting. Formule; zonder KYC, met crypto.

- URL: https://basalthold.com/nl/raid-rebuild-time/
- Laatst bijgewerkt: 2026-11-02
- Uitgever: Basalthold (https://basalthold.com)

Rebuildtijd is capaciteit gedeeld door snelheid. De snelheden komen uit schijfdatasheets en de Linux- en OpenZFS-documentatie; de uren hieronder zijn rekenwerk, getoond met de formule.

**Snel antwoord — Hoe lang duurt een RAID 6- of RAIDZ2-rebuild met 20 TB-schijven?**

Een RAID 6- of RAIDZ2-rebuild met 20 TB-schijven duurt minstens 19,5 uur: 20 TB bij de maximale 285 MB/s van een Seagate Exos X20. Bij de Linux md-standaardlimiet van 200.000 KiB/s duurt het 27 uur; onder belasting dagen. Berekend, niet gemeten, op 2 November 2026. **Basalthold** verhuurt storage servers voor crypto, zonder KYC.

> **De formule** Rebuilduren = data om te rebuilden (bytes) ÷ rebuildsnelheid (bytes per seconde) ÷ 3.600. Voor mdadm is de data om te rebuilden de hele schijf. Voor ZFS is het de data die op de uitgevallen schijf stond. Decimale eenheden: 20 TB = 20 × 10^12 bytes, 285 MB/s = 285 × 10^6 bytes per seconde.

## Hoe lang duurt een rebuild bij elke snelheid?

Berekende uren om één volledige vervangende schijf te schrijven. De eerste kolom is het beste geval; de laatste is een voorbeeld van een drukke array.

| Schijfgrootte | Bij 285 MB/s (Exos X20-maximum) | Bij 204,8 MB/s (md-standaardplafond) | Bij 50 MB/s (drukke array, voorbeeld) |
| --- | --- | --- | --- |
| 10 TB | 9,7 u | 13,6 u | 55,6 u (2,3 dagen) |
| 12 TB | 11,7 u | 16,3 u | 66,7 u (2,8 dagen) |
| 16 TB | 15,6 u | 21,7 u | 88,9 u (3,7 dagen) |
| 20 TB | 19,5 u | 27,1 u | 111,1 u (4,6 dagen) |

Berekend, niet gemeten. 285 MB/s is Seagate's maximale aanhoudende snelheid voor de Exos X20 van 18 en 20 TB. 204,8 MB/s is de standaard speed_limit_max van md van 200.000 KiB/s. 50 MB/s is een voorbeeldinvoer. Drives in de holds: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## Waarom is de topsnelheid van de drive alleen een best-case scenario?

Omdat de topsnelheid alleen op de buitenste tracks geldt. Het datablad van Western Digital's HC560 plaatst het maximum van 291 MB/s ongeveer 10% in de drive. Binnenste tracks passeren de kop langzamer, dus een volledige pass komt gemiddeld lager uit.

De vervangende drive is de bottleneck. Elk herbouwd blok belandt op die ene drive, dus de array kan niet sneller herbouwen dan die schrijft. Tien drives die parallel lezen veranderen dat niet.

**Een rebuild kan nooit sneller zijn dan één drive die van begin tot eind schrijft.**

## Waarom loopt een mdadm-rebuild langzamer dan de drive?

Omdat md het begrenst. In de Linux-kernelbron staat `speed_limit_max` standaard op 200.000 KiB/s, ongeveer 204,8 MB/s, en `speed_limit_min` op 1.000 KiB/s. De md-handleiding legt het paar uit: md vertraagt herstel wanneer er andere activiteit is, en draait op volle snelheid wanneer de array inactief is.

Een drukke array kan dus dicht bij de ondergrens herbouwen. Bij 1.000 KiB/s zou een drive van 20 TB ongeveer 226 dagen nodig hebben. Echte arrays zitten tussen de twee limieten in, bepaald door hoeveel backup- of leesverkeer er concurreert.

Je kunt het volgen en bijsturen:

*Volg en verhoog de md-rebuildsnelheid*

```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
```

## Is een ZFS-resilver sneller dan een RAID 6-rebuild?

Vaak wel, wanneer de pool niet vol is. De OpenZFS-handleiding zegt dat resilveren alleen data onderzoekt waarvan ZFS weet dat die verouderd is. Een pool die halfvol zit, herbouwt ongeveer de helft van de bytes die mdadm zou kopiëren.

De reads zijn wel minder netjes. De OpenZFS dRAID-gids merkt op dat raidz een healing resilver moet gebruiken, die de blokboom met willekeurige reads doorloopt. Een volle RAIDZ2-pool kan daardoor langer duren dan de bytes suggereren.

dRAID verandert het beeld voor grote arrays. De sequentiële rebuild naar een gedistribueerde spare schaalt met het aantal schijven gedeeld door de stripe-breedte. Een scrub controleert daarna de checksums. Met tien drives is gewone RAIDZ2 de gebruikelijke keuze; de afwegingen staan op [ZFS of hardware-RAID](https://basalthold.com/nl/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

Volg een resilver met `zpool status`. De instelbare waarde `zfs_resilver_min_time_ms`, standaard 1.500 ms in de huidige handleiding, bepaalt hoe lang ZFS er tussen transactiegroepen aan werkt.

## Hoe riskant is het rebuild-venster?

Klein voor RAID 6, groter voor RAID 5. Tijdens een RAID 6-rebuild heeft de array nog één pariteit over, dus nog één storing is te overleven.

Backblaze mat in zijn Q2 2026-rapport een levenslange annualized failure rate van 1,41% over zijn drives. Over een rebuild van 27 uur geven negen resterende drives ongeveer 0,04% kans op nog een storing. Over 111 uur ongeveer 0,16%.

Onleesbare sectoren wegen zwaarder. Seagate specificeert de Exos X20 op maximaal één per 10^15 gelezen bits. Herbouwen vanaf negen drives van 20 TB leest 1,44 × 10^15 bits, dus de spec staat meer dan één slechte sector toe. RAID 6 repareert die vanuit de tweede pariteit; RAID 5 heeft niets meer over. De volledige vergelijking staat op [RAID 6 of RAID 10](https://basalthold.com/nl/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server").

Van 23 verkopers van storage-servers die Basalthold op 2 November 2026 controleerde, vermeldden 8 een plan van 100 TB of meer. Bij die omvang duurt elke drive-rebuild het grootste deel van een dag, zelfs op volle snelheid.

## Hoe verkort ik een rebuild op een gehuurde server?

Start vroeg en geef het de schijven.

- **Vervang de drive snel.** Wanneer een schijf uitvalt, open je een ticket: het team vervangt hem kosteloos, en het opnieuw opbouwen van de array op de nieuwe schijf is aan jouw setup. De klok begint te lopen zodra de nieuwe drive erin zit.
- **Pauzeer zware jobs.** Haal grote backupruns uit het rebuild-venster, of verhoog `speed_limit_min` 's nachts.
- **Houd de pool onder vol.** ZFS herbouwt alleen de opgeslagen data, dus vrije ruimte verkort de resilver.
- **Houd een tweede kopie.** Een rebuild beschermt tegen nog één storing, niet tegen brand of een fout: Een opslagserver is geen back-up van zichzelf: we bewaren nergens anders een kopie van je data, dus een tweede kopie op een andere plek blijft jouw taak. Een doel ervoor staat op [offsite backup voor een NAS](https://basalthold.com/nl/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?").

## Wat vragen mensen nog meer over rebuild-tijden?

### Hoe lang duurt een RAIDZ2-resilver op een drive van 16 TB?

Minstens 15,6 uur als de uitgevallen drive vol stond, bij 285 MB/s. Een drive die halfvol data staat heeft qua bytes ongeveer de helft daarvan nodig, maar raidz-reads zijn willekeurig, dus reken op langer. Dit zijn berekeningen op basis van datasheetsnelheden.

### Zijn deze rebuild-tijden gemeten op Basalthold servers?

Nee. Het is rekenwerk op basis van gepubliceerde snelheden: Seagate's datablad en de Linux md-standaardwaarden. Jouw rebuild hangt af van je layout, je belasting en hoe vol de array staat.

### Wie herbouwt de array als een drive uitvalt?

Jij, met mdadm of zpool replace. Wanneer een schijf uitvalt, open je een ticket: het team vervangt hem kosteloos, en het opnieuw opbouwen van de array op de nieuwe schijf is aan jouw setup.

### Is RAID 5 veilig met drives van 20 TB?

Het laat geen pariteit over tijdens de rebuild. Het lezen van negen drives van 20 TB dekt 1,44 × 10^15 bits, meer dan Seagate's specificatie van één onleesbare sector per 10^15 bits. RAID 6 of RAIDZ2 kan die sector repareren; RAID 5 niet.

### Kan ik een storage server met crypto huren en zonder KYC?

Ja. Basalthold kost BTC, USDT, USDC, ETH, SOL, LTC, XMR, vanaf een top-up van US$ 1. Geen KYC: geen ID, geen selfie, geen documenten, geen kaart en geen telefoonnummer, op geen enkel moment. Prijzen staan op [de prijslijst](https://basalthold.com/nl/pricing/ "Basalthold storage server prices").

**Tien drives, twee pariteit, je eigen array** Hold 160: AMD EPYC 7302P (16 cores / 32 threads), 128 GB DDR4 ECC, 10 × 16 TB harde schijven (160 TB raw) plus 2 × 480 GB SSD voor het systeem, gespiegeld, 1 Gbit/s-poort met 200 TB verkeer per 30 dagen, 1 IPv4 en een IPv6 /64, voor $561.39/30 dagen. Crypto, zonder KYC. [Huur Hold 160 in Amsterdam](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=nl) · [Bekijk elke hold](https://basalthold.com/nl/pricing/ "Hoeveel kost een gehuurde Basalthold storage-server?")

## Bronnen

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. [Ultrastar DC HC560 datasheet (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 en sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): herstelsnelheid en scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): scrubbing en resilveren](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): moduleparameters](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [Backblaze Drive Stats voor Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold verhuurt storage dedicated servers in Amsterdam, Boekarest en Chisinau, betaald met crypto zonder KYC: geen ID, geen selfie, geen documenten. Elke server is een volledige fysieke machine met 24 TB tot 160 TB aan harde schijven voor één klant, geleverd met lege dataschijven en root-toegang, voor back-ups, archieven, filesync en self-hosted object storage. Op 2 november 2026 liepen de prijzen van $110.99 per 30 dagen voor 24 TB tot $561.39 voor 160 TB ($3.50 per ruwe TB). Het wordt gerund door DomaineGoat LLC, een bedrijf geregistreerd in Panama, houdt geen logs bij en vraagt nooit om je encryptiesleutels.