RAID-niveaus voor dedicated servers: 0, 1, 5, 10 en ZFS uitgelegd

Eerst het antwoord

Voor de ongeduldigen, de standaardkeuzes die voor de meeste workloads goed werken:

• Twee schijven? RAID 1 (mirror). De helft van de ruwe capaciteit, overleeft het uitvallen van een schijf, eenvoudig te doorgronden. Het juiste antwoord voor bijna elke server met twee schijven.
• Vier of meer schijven, met databases of VM's? RAID 10. De helft van de capaciteit, uitstekende random-write-prestaties, snelle rebuilds zonder drama.
• Vier of meer schijven, capaciteitshongerig en vooral lezend (media, backups-van-backups, archieven)? RAID 5 levert de meeste bruikbare ruimte met bescherming tegen het uitvallen van één schijf, met kanttekeningen over rebuilds op grote schijven die hieronder eerlijk aan bod komen.
• RAID 0 alleen voor data die je meteen kunt missen: scratch-ruimte, caches, reproduceerbare build-artefacten.
• ZFS is minder een vijfde niveau dan een andere filosofie (checksums, zelfherstel, snapshots), de moeite waard zodra je die features daadwerkelijk gebruikt en zijn honger naar RAM kunt voeden.

En de zin die op elke storagebeslissing getatoeëerd zou moeten worden: RAID is beschikbaarheid, geen backup. Het houdt de server draaiende bij het uitvallen van een schijf; het repliceert verwijderingen, ransomware en corruptie net zo trouw als je data.

Wat RAID daadwerkelijk doet

RAID (Redundant Array of Independent Disks) combineert fysieke schijven tot één logisch volume, waarbij capaciteit, prestaties en redundantie tegen elkaar worden afgewogen. Drie mechanismen liggen aan elk niveau ten grondslag:

• Striping: data wordt over schijven verdeeld, zodat lees- en schrijfacties meerdere schijven tegelijk inzetten (meer snelheid, geen bescherming).
• Mirroring: elk blok wordt naar twee schijven geschreven (volledige bescherming, halve capaciteit).
• Parity: redundantie ter grootte van één schijf wordt berekend over de stripe, zodat elke afzonderlijke ontbrekende schijf gereconstrueerd kan worden (meeste capaciteit, slimste storingsmodel, en de meeste kleine lettertjes).

Elk praktisch niveau is een van deze of een combinatie ervan:

(De kolom bruikbare capaciteit is precies de rekensom die onze configurator toont zodra je bij bestelling een RAID-variant kiest: RAID 1 geeft de capaciteit van één schijf, RAID 5 geeft alles-min-één, RAID 10 geeft de helft; onze RAID-calculator rekent dezelfde getallen door voor elk aantal schijven en elke grootte, zowel in TB als TiB.)

De niveaus, eerlijk bekeken

RAID 0: snelheid zonder gordel

Puur striping, geen redundantie: de capaciteit en doorvoer van alle schijven samen, en ook de gecombineerde faalkans: als er één schijf uitvalt, verdwijnt het hele volume ermee. Dat is geen zeldzame uitzondering; over een huurperiode van meerdere jaren is het het te verwachten scenario. Legitiem gebruik is precies daar waar verlies je een herstart kost in plaats van data: CI-scratch, render-tussenresultaten, tijdelijke caches. Als de zin "dan herstellen we vanuit backup" iemand bij je bedrijf doet ineenkrimpen, is RAID 0 niet geschikt voor die dataset.

RAID 1: de saaie held

Twee schijven, identieke inhoud. Je verliest de helft van je capaciteit en krijgt er het eenvoudigst denkbare storingsscenario voor terug: één schijf valt uit, de server merkt het niet, je verwisselt de schijf, de mirror kopieert zichzelf opnieuw. Rebuilds verlopen zacht (een lineaire kopie vanaf de gezonde schijf) en, een ondergewaardeerde eigenschap, een enkele overlevende schijf is een complete, leesbare kopie van je data, geen puzzelstukje. Voor OS-schijven en elke server met twee schijven is dit met goede reden de standaardkeuze.

RAID 5: maximale capaciteit, scherpste kleine lettertjes

Met N schijven houd je (N−1)/N van de ruimte over en overleef je elke afzonderlijke storing, op papier de beste deal in de tabel. De kleine lettertjes gaan over wat er gebeurt na een storing:

• Rebuilds lezen elke byte van elke overlevende schijf. Bij de grote schijven van vandaag is dat een lang tijdvenster, vaak vele uren tot dagen bij grote HDD's (veel korter bij NVMe), waarin de array geen enkele redundantie heeft en elke resterende schijf onder maximale, aanhoudende belasting staat. Een tweede storing, of een onleesbare sector die halverwege de rebuild wordt ontdekt op een verouderde schijf, betekent het einde van het verhaal. Dit risico groeit met de schijfgrootte, en dat is waarom de reputatie van RAID 5 is meegegroeid met de terabytes.
• Elke kleine schrijfactie betaalt een parity-tax (oude data lezen, oude parity lezen, berekenen, beide wegschrijven), en dat is waarom workloads met veel random writes (databases, drukke VM-opslag) RAID 5 sterker voelen dan benchmarks van sequentiële doorvoer doen vermoeden.

Waar het zijn plek nog steeds verdient: vooral lezende, capaciteitsgedreven workloads op schijven van bescheiden omvang (of snel rebuildende NVMe), met monitoring die daadwerkelijk alarm slaat bij de eerste storing en, zoals altijd, echte backups. Voel je de neiging naar RAID 5 op zeer grote schijven, dan is dat het moment om dual-parity te overwegen (RAID 6 / ZFS raidz2, waar beschikbaar) of om RAID 10 te heroverwegen.

RAID 10: wat de databases willen

Mirrorparen, samen gestriped. Je betaalt de 50%-capaciteitstax van de mirror en krijgt daarvoor het beste operationele profiel van de groep: sterke random I/O (geen parity-rekenwerk), storingen degraderen slechts één paar, en rebuilds kopiëren één mirror in plaats van de hele array te belasten. Voor databases, virtualisatiehosts en al het schrijfintensieve werk waarbij voorspelbare prestaties tijdens storingen ertoe doen, is RAID 10 de professionele standaardkeuze. Vier schijven op halve capaciteit is de prijs voor het nooit meemaken van een spannende rebuild.

ZFS: dezelfde vragen, andere filosofie

ZFS combineert volumebeheer en bestandssysteem, en de analoge concepten, mirrors (≈RAID 1/10) en raidz1/raidz2 (≈RAID 5/6), voegen toe wat conventionele RAID fundamenteel mist: end-to-end checksums. Klassieke RAID vertrouwt erop dat schijven hun eigen storingen melden; ZFS verifieert elk blok bij het lezen en herstelt in een redundante opzet corruptie stilzwijgend vanaf de goede kopie ("zelfherstel"). Daarbovenop: snapshots die point-in-time rollback vrijwel gratis maken, zfs send/receive voor efficiënte replicatie, en transparante compressie die zichzelf vaak terugverdient.

De kosten, even eerlijk: ZFS wil RAM (een basis van enkele GB's plus meer voor caching; de ARC gebruikt graag alles wat je hem geeft), voegt conceptuele complexiteit toe (pools, vdevs, datasets), en de parity-varianten delen de schrijfkarakteristieken van RAID 5/6. Vuistregels: mirrors voor VM's en databases, raidz2 voor bulkcapaciteit, en dit is precies de opslaglaag die Proxmox VE standaard aanbiedt, wat verklaart waarom de keuze al opduikt tijdens de installatie van de hypervisor (zie onze Proxmox-installatiegids).

Hardware-RAID, mdadm of ZFS?

Het niveau is de ene beslissing; wat het implementeert is een andere, met reële gevolgen om 3 uur 's nachts:

• Hardware-RAID-controllers presenteren de array aan het OS als één ondoorzichtige schijf. Voordeel: OS-onafhankelijk, eenvoudig te booten, write-back cache met batterij-/flash-backup. Nadeel: het formaat van de array is het geheim van de controller (herstel of migratie vraagt doorgaans om compatibele hardware) en monitoring hangt af van vendor-tooling die je zelf moet inregelen.
• Linux mdadm (software-RAID) is transparant en overdraagbaar: elke Linux-machine kan de array samenstellen, cat /proc/mdstat vertelt de waarheid, en er zit geen proprietaire laag tussen jou en je data. Moderne CPU's maken het prestatie-argument voor hardware-RAID grotendeels historisch (parity-rekenwerk is een afrondingsfout naast NVMe-doorvoer).
• ZFS: zoals hierboven, wanneer de features hun overhead waard zijn.

De eerlijke samenvatting: op moderne NVMe-servers is software-RAID (mdadm of ZFS) de standaardaanbeveling vanwege transparantie en overdraagbaarheid; hardware-RAID blijft zinvol waar OS-ondersteuning, bootbeperkingen of een bestaande operationele praktijk ervoor pleiten.

Kiezen op basis van workload

Twee afsluitende disciplines, wat je ook kiest. Monitor de array. Het storingsmodel van RAID is stille degradatie: de eerste schijf valt uit, er gebeurt niets zichtbaars voor de gebruiker, en de array draait onbeschermd tot iemand het opmerkt (koppel mdadm-/SMART-/controlleralarmen aan een mens). En maak backups. RAID beantwoordt "een schijf is uitgevallen"; backups beantwoorden al het andere, van rm -rf tot ransomware tot het falen van de array zelf. Dimensioneer het backupplan met dezelfde ernst als de array (onze gids over Proxmox-backupstrategieën behandelt het virtualisatiegeval).

Veelgestelde vragen

Is RAID een vervanging voor backups?

Nee, en het loont om precies te zijn over waarom: de taak van RAID is beschikbaarheid: de server blijft draaien als een schijf uitvalt. Elke andere vorm van dataverlies gaat er dwars doorheen: verwijderingen, applicatiebugs, ransomware en bestandssysteemcorruptie worden binnen milliseconden naar alle schijven gerepliceerd, en het falen van de controller of een tweede schijf die uitvalt kan de hele array meeslepen. Backups zijn een kopie elders met historie; RAID is redundantie ter plekke. Productiedata wil beide.

RAID 5 of RAID 10?

Beslis op twee assen: schrijfpatroon en rebuild-tolerantie. Veel random writes (databases, VM-opslag) of weinig trek in lange gedegradeerde periodes → RAID 10. Vooral lezende bulkcapaciteit waarbij de extra bruikbare ruimte telt en de schijven bescheiden van omvang zijn of snel rebuildende NVMe → RAID 5 is te verdedigen. Is het RAID 5 op zeer grote schijven, behandel dual parity (RAID 6/raidz2) dan als het serieuze alternatief: het rebuild-venster met enkele parity op grote schijven is het scherpste risico in dit artikel.

Hebben snelle NVMe-schijven nog steeds RAID nodig?

Voor redundantie, ja. NVMe verandert de prestaties, niet de sterfelijkheid. Flash faalt anders dan draaiende schijven (firmwarebugs, controllerdefecten, slijtage), maar het faalt wel degelijk, en zonder redundantie betekent een storing herstellen vanuit backup met bijbehorende downtime. Wat NVMe wel verandert, zijn de afwegingen: rebuilds zijn binnen uren voltooid in plaats van dagen (wat het grootste nadeel van RAID 5 verzacht) en de CPU-kosten van parity zijn verwaarloosbaar, al blijven mirrors de keuze met voorspelbare latency.

Kan ik later van RAID-niveau wisselen?

Ga er voor de planning van uit dat het antwoord "nee" is. Sommige migraties zijn technisch mogelijk (mdadm kan tussen bepaalde niveaus reshapen; ZFS kreeg recent raidz-expansion), maar het zijn trage, risicovolle bewerkingen op live data, precies wat je niet wilt. Het realistische pad is het pad dat overal werkt: de nieuwe indeling klaarzetten, herstellen vanuit backup, overschakelen. Dat is meteen een argument om vóór het bestellen vijf minuten te besteden aan de capaciteitsrekensom.

Uitrollen op Serverside

Onze configurator voor dedicated servers maakt deze beslissing concreet: kies bij bestelling een RAID-variant en hij toont de bruikbare capaciteit voor jouw exacte aantal schijven (dezelfde rekensom als de tabel hierboven), met de array kant-en-klaar opgebouwd geleverd, zodat er op dag één niets samengesteld hoeft te worden. NVMe-opties houden rebuild-vensters kort, en als je schijven en al het andere daaromheen aan het dimensioneren bent, sluit onze gids voor serverdimensionering daar natuurlijk op aan.

Verder lezen: Proxmox-backupstrategieën voor de helft van het verhaal over "RAID is geen backup", en de hardeningschecklist voor het eerste uur voor alles na de opslagbeslissing.