Moet ik ZFS of hardware-RAID gebruiken op een gehuurde opslagserver?

Waarom raadt OpenZFS hardware-RAID af?

Omdat een RAID-kaart de schijven voor ZFS verbergt. ZFS ziet dan één virtuele schijf en kan zijn eigen redundantie niet gebruiken. De OpenZFS-hardwaregids noemt de problemen:

• Zwakkere self-healing. Als een checksum faalt, kan ZFS vaak geen goede kopie van een andere schijf halen, omdat de kaart de redundantie bezit.
• Verkeerde sectorsizes. De kaart kan ze verkeerd rapporteren, wat overhead door read-modify-write veroorzaakt.
• Vastgezette vervangingen. Een kapotte kaart heeft mogelijk hetzelfde model nodig om de array weer te lezen.
• Risico op write-cache. Gebufferde writes kunnen verdwijnen bij stroomuitval of een lege batterij.
• Onbekend rebuild-gedrag. De gids noemt meldingen van RAID 5- en 6-arrays die verloren gingen tijdens rebuilds na stille corruptie.
• Gesloten firmware en wisselende apparaatnamen. Je kunt de code niet inspecteren, en één mislukte array kan de andere hernoemen.

Het advies is om een host bus adapter (HBA) te gebruiken in plaats van een RAID-controller, voor prestaties en betrouwbaarheid.

ZFS kan alleen herstellen wat het kan zien: geef het de schijven, niet een virtuele schijf.

Wat doet ZFS dat een RAID-kaart niet kan?

ZFS controleert elk blok dat het leest tegen een checksum. Als een blok verkeerd is en de pool heeft redundantie, leest ZFS een goede kopie en herstelt het slechte blok. Een scrub doet dit voor alle data, om stille fouten door hardwarefouten of schijffalen op te vangen.

Het filesystem en de array zijn één laag, dus ZFS weet welke blokken data bevatten. Een resilver onderzoekt alleen verouderde data, niet lege ruimte. Dat verkort rebuilds op een pool die niet vol is; de uren worden berekend op de pagina over RAID-rebuildtijd.

Het brengt ook snapshots, compressie en native encryptie per dataset. RAIDZ2 heeft geen RAID 5/6 write hole, waarbij data en pariteit na stroomuitval niet meer overeenkomen.

Wanneer is hardware-RAID of mdadm de betere keuze?

Als je een gewoon filesystem wilt zoals ext4 of XFS. Dan moet iets eronder de redundantie leveren: een RAID-kaart of Linux mdadm.

mdadm heeft geen kaart nodig. De arrays verhuizen naar elke Linux-machine, en LUKS-encryptie past er netjes onder. De beperking is precies degene die ZFS wegneemt: md weet niet welke blokken data bevatten, dus het rebuildt hele schijven.

Als een server alleen met een RAID-kaart komt, stel de kaart dan in om schijven door te geven voordat je ZFS bouwt. Zo blijft ZFS de baas over de schijven.

Van 23 verkopers van opslagservers die Basalthold op 2 November 2026 controleerde, noemden 4 een hardware-RAID-controller of -optie op een opslagplan. Basalthold belooft dat niet: de dataschijven komen blanco, voor je eigen software-array.

Welke past bij een back-upserver?

ZFS, in de meeste gevallen. Back-ups worden één keer geschreven en zelden gelezen, dus stille corruptie kan maandenlang onopgemerkt blijven. Checksums en scrubs vinden het terwijl er nog een goede kopie bestaat.

Proxmox VE en Proxmox Backup Server bevatten ZFS, dus dezelfde pool bedient de datastore; zie Proxmox Backup Server offsite. ZFS wil geheugen voor zijn cache; de sizing voor 100 TB staat op ZFS RAM-vereisten. De keuze voor de layout staat op RAID 6 of RAID 10.

Hoe controleer ik dat ZFS de raw schijven ziet?

Lijst de schijven voordat je iets bouwt. Elke dataschijf moet afzonderlijk verschijnen, met zijn echte model en serienummer. Maak daarna de pool aan vanuit de stabiele namen in /dev/disk/by-id, zodat een hernoemd device hem niet in de war kan brengen.

Beide databladen die voor deze pagina zijn gelezen, beschrijven fysieke sectoren van 4.096 bytes. Seagate's Exos X20 wordt geleverd in 512e-formaat, en Western Digital noemt de HC560 een Advanced Format-schijf. Stel ashift=12 in om overeen te komen.

# every data drive on its own line, with model and serial
lsblk -d -o NAME,SIZE,ROTA,MODEL,SERIAL
smartctl -i /dev/sdb
ls -l /dev/disk/by-id/ | grep -v part

# RAIDZ2 over the data drives, by stable ID, 4K sectors
zpool create -o ashift=12 tank raidz2 \
  /dev/disk/by-id/ata-MODEL_SERIAL01 /dev/disk/by-id/ata-MODEL_SERIAL02 \
  /dev/disk/by-id/ata-MODEL_SERIAL03 /dev/disk/by-id/ata-MODEL_SERIAL04
zpool status tank

# scrub once a month to find silent errors
zpool scrub tank