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

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:

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

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.

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.