Hoe kies je tussen RAID 5, RAID 6, RAIDZ en gespiegeld schijven?

RAID 5, RAID 6, RAIDZ en gespiegelde schijven zijn niet zomaar verschillende namen voor dezelfde veiligheidsfunctie. Ze maken verschillende afwegingen tussen bruikbare capaciteit, schrijfgedrag, heropbouwrisico, toekomstige uitbreiding en hoe stressvol herstel wordt bij een schijffout.

De juiste keuze hangt af van de taak. Een kleine thuis-NAS is vaak makkelijker met een spiegel. Een grote HDD-pool verdient meestal dubbele pariteit. Een VM- of Docker-zware server profiteert vaak van spiegels. Een media-archief geeft misschien meer om capaciteit. Geen van deze indelingen vervangt een backup.

De verkeerde vraag is “Welke RAID is het beste?”

De betere vraag is: wat probeer je te beschermen en wat ben je bereid op te geven? RAID 5 geeft meer bruikbare ruimte maar slechts één schijffouttolerantie. RAID 6 biedt sterkere bescherming maar kost een extra schijf capaciteit. RAIDZ brengt ZFS-checksums en vdev-ontwerp in de beslissing. Spiegels kosten de meeste capaciteit, maar ze zijn eenvoudig, snel en makkelijker uit te breiden per paar.

Begin met deze vragen voordat je een indeling kiest:

Vraag	Waarom het ertoe doet
Hoeveel schijven heb je?	2 schijven betekent meestal spiegel. 5–8 grote HDD’s neigen naar dubbele pariteit.
Zijn de schijven HDD’s of SSD’s?	Grote HDD-heropbouw is traag. SSD-pools geven vaak meer om IOPS en latency.
Is dit voor media, backup, VM, Docker of AI workloads?	Sequentiële opslag en willekeurige app-gegevens geven de voorkeur aan verschillende indelingen.
Hoe pijnlijk is downtime?	Sommige indelingen bouwen sneller opnieuw op en houden de prestaties voorspelbaarder.
Heb je al een backup?	RAID zonder backup is nog steeds een enkel opslagsysteem dat kan falen.

Als het antwoord alleen is “Ik wil de meeste ruimte,” zal RAID 5 of RAIDZ1 aantrekkelijk lijken. Als het antwoord ook “Ik kan me geen paniek tijdens het herbouwen veroorloven” omvat, verandert de keuze meestal.

Bruikbare capaciteit is het makkelijke deel

Capaciteit is eenvoudig te berekenen, maar dat is niet de enige beslissing. Een indeling die op dag één efficiënt lijkt, kan moeilijker te herbouwen, uit te breiden of te vertrouwen zijn zodra de pool jaren aan foto’s, kantoordocumenten, mediatheken, Docker-volumes of AI-projectgegevens bevat.

Indeling	Minimaal aantal schijven	Tolerantie voor schijffouten	Patroon van bruikbare capaciteit	Praktische betekenis
Spiegel / RAID 1	2	1 per spiegelpaar	Ongeveer 50%	Eenvoudig, snel herstel, hoge capaciteitskosten
Gestreepte spiegels	4	Afhankelijk van welke schijven falen	Ongeveer 50%	Goede prestaties en eenvoudiger groei per paar
RAID 5 / RAIDZ1	3	1	n-1 schijven	Efficiënte capaciteit, kleine veiligheidsmarge
RAID 6 / RAIDZ2	4	2	n-2 schijven	Beter voor grote HDD-pools en belangrijke data
RAIDZ3	5+	3	n-3 schijven	Voor zeer grote of conservatieve opslagpools

RAID 5 en RAIDZ1 lijken efficiënt omdat ze slechts één schijf aan pariteit reserveren. Spiegels lijken verspilling omdat de helft van de ruwe capaciteit wordt gebruikt voor redundantie. RAID 6 en RAIDZ2 zitten ertussenin: minder efficiënt dan enkele pariteit, maar veiliger bij schijffouten en herbouw.

Enkele pariteit is een budgetkeuze, geen veilige standaard

RAID 5 en RAIDZ1 zijn niet per definitie slecht. Ze zijn alleen minder geschikt dan veel beginners denken. Ze kunnen zinvol zijn voor kleine arrays, SSD-gebaseerde pools, niet-kritieke data, testsystemen of mediatheken die al een aparte back-up hebben.

Het risico is eenvoudig: enkele pariteit kan één schijffout overleven. Tijdens de herbouw is er geen extra marge voor schijffouten meer. Bij grote mechanische harde schijven kan een herbouw lang duren en staan de overgebleven schijven onder voortdurende leesdruk terwijl de vervangende schijf wordt herbouwd.

Gebruik RAID 5 of RAIDZ1 wanneer capaciteit belangrijk is, het risico begrepen wordt en er een back-up bestaat. Gebruik het niet als standaardoplossing voor grote HDD-pools met onvervangbare data.

Dubbele pariteit is voor grote schijven en lange herbouwvensters

RAID 6 en RAIDZ2 geven een extra schijfcapaciteit op om twee schijffouten te overleven. Die extra veiligheid wordt belangrijker naarmate de schijfgrootte toeneemt, de herbouwtijd langer wordt en de pool belangrijker wordt.

Voor een NAS met 6 bays of meer is dubbele pariteit vaak de praktische basislijn. Dit is vooral relevant voor familiefotobibliotheken, kantoordocumenten, media-archieven, back-updoelen, privécloudopslag en multi-user NAS-omgevingen. Het schrijfproces is zwaarder dan bij enkele pariteit, maar veel NAS-werkbelastingen hechten meer waarde aan veiligheid, capaciteit en voorspelbaar herstel dan aan ruwe schrijfsnelheid.

Als je een groter ZimaOS-opslagsysteem bouwt, is de officiële ZimaOS ZFS-installatiehandleiding de juiste interne referentie voor het aanmaken van een ZFS-opslagpool voordat je shares, apps of back-upworkflows toevoegt.

Spiegels kosten meer capaciteit maar zijn gemakkelijker in gebruik

Gespiegelde schijven zijn duur in bruikbare capaciteit, maar ze zijn gemakkelijk te begrijpen. Elke schijf in een spiegelpaar bevat een volledige kopie van de gegevens voor die vdev. Als één schijf uitvalt, is het herstel directer omdat de vervangende schijf wordt herbouwd vanaf zijn spiegelpartner.

Dit is waarom spiegels vaak de voorkeur krijgen voor VM-, database-, Docker-appdata-, metadata-intensieve werklasten en kleinere persoonlijke servers. Ze zijn niet altijd de meest ruimte-efficiënte indeling, maar ze voelen beter aan in dagelijks gebruik omdat willekeurige I/O en herstelgedrag voorspelbaarder zijn.

Werklast	Mirror Fit	Reden
VM’s en databases	Sterk	Willekeurige I/O en latentie zijn belangrijk
Docker-appdata	Sterk	Kleine schrijfacties, metadata en databases profiteren
Eenvoudige 2-schijf NAS	Natuurlijk	Gemakkelijk te begrijpen en te herstellen
Groot media-archief	Gemengd	Capaciteitsverlies kan te hoog zijn
Koude back-up pool	Goed maar kostbaar	Eenvoudig herstel, minder capaciteits efficiëntie

Een TrueNAS-discussie over mirroring versus RAIDZ2 resilvering vangt de echte afweging: spiegels kunnen sneller en met minder impact op de hele pool resilveren, terwijl RAIDZ2 een extra pariteitslaag behoudt nadat één schijf is uitgevallen. Daarom hangt de keuze af van de werklast, uptime-behoeften, reserve-schijven en back-upstrategie.

RAIDZ is niet zomaar RAID 5 met een andere naam

RAIDZ hoort bij het ontwerp van ZFS-pools. In ZFS kies je niet alleen een RAID-niveau. Je kiest een vdev-topologie die prestaties, redundantie, herbouwgedrag en toekomstige groei bepaalt.

Klara’s uitleg over OpenZFS vdev-types en RAIDZ-topologie is nuttig omdat het ZFS-pools van bovenaf bekijkt. Een zpool is opgebouwd uit vdevs, en die vdevs kunnen spiegels, RAIDZ1, RAIDZ2, RAIDZ3 of andere apparaatklassen zijn. Als één top-level data vdev uitvalt, is de pool in gevaar.

Dit is het deel dat veel gebruikers missen. Met ZFS kan de indeling die je vroeg kiest het opslagsysteem voor jaren bepalen. RAIDZ1, RAIDZ2 en spiegels zijn niet alleen capaciteitskeuzes. Het zijn langetermijnkeuzes voor de topologie.

Herbouwrisico zou meer moeten bepalen dan capaciteit

De meeste slechte RAID-beslissingen gebeuren omdat capaciteit gemakkelijk te zien is en het risico op herbouwen onzichtbaar blijft totdat een schijf uitvalt. Een single-parity-indeling lijkt misschien efficiënt, maar het herbouwwindow is het moment waarop de pool het meest kwetsbaar is.

Spiegels bouwen meestal lokaal sneller opnieuw op. RAIDZ-indelingen kunnen meer schijven betrekken bij herstel. RAIDZ2 geeft je een tweede pariteitslaag, wat belangrijk kan zijn als een andere schijf problemen geeft terwijl de defecte schijf wordt vervangen. Geen van beide methoden is perfect, maar elk heeft een ander faalpatroon.

Situatie	Veiligere richting
3 kleine SSD's met niet-kritische data	RAIDZ1 / RAID 5 kan acceptabel zijn
4 grote HDD's met gezinsdata	RAIDZ2 / RAID 6 of twee spiegels
6+ HDD's met hoge capaciteit	RAIDZ2 / RAID 6 minimum voor de meeste gebruikers
VM- of Docker-intensieve werklast	Spiegels
Back-updoel met offsite kopie	RAIDZ2 of spiegels, afhankelijk van capaciteit en herstelsnelheid
Geen aparte back-up	Los eerst de back-up op, kies dan RAID

De indeling moet passen bij hoe je wilt dat het herstel aanvoelt. Als je in paniek raakt tijdens een lange herbouw, kies dan niet alleen de indeling omdat die één schijf meer bruikbare ruimte geeft.

Uitbreidingsplannen zijn belangrijk voordat de pool echte data bevat

Uitbreiding is waar spiegels en RAIDZ heel verschillend aanvoelen. Spiegels zijn meestal makkelijker in paren uit te breiden. Voeg een extra spiegelpaar toe, en de pool krijgt capaciteit en prestaties van een extra vdev. Die eenvoud is een van de belangrijkste redenen dat spiegels populair blijven in thuisservers en homelabs.

RAIDZ-uitbreiding is verbeterd, maar verdient nog steeds planning. Het OpenZFS-probleem op OpenZFS RAIDZ-uitbreiding meerdere-schijven verbeteringsverzoek benadrukt een belangrijke beperking: RAIDZ-uitbreiding kan traag en serieel zijn bij het toevoegen van schijven één voor één, en gebruikers moeten nog steeds rekening houden met prestatie-impact en slijtage tijdens het proces.

Beschouw RAIDZ-uitbreiding niet als toestemming om vandaag het verkeerde pariteitsniveau te kiezen. Uitbreiding kan capaciteit toevoegen. Het verandert RAIDZ1 niet in RAIDZ2, wist de noodzaak van back-up niet, en verwijdert de gevolgen van het oorspronkelijke vdev-ontwerp niet.

Pas de indeling aan op de werkelijke NAS-taak

De beste RAID-indeling is degene die past bij de taak van de NAS. Mediaopslag, back-up, Docker-apps, VM-opslag, AI-projecten en koude archieven gedragen zich niet hetzelfde.

NAS-taak	Aanbevolen richting	Waarom
Eenvoudige 2-schijf thuis-NAS	Spiegel	Eenvoudig, voorspelbaar en makkelijk te herstellen
4-schijf gezinsopslag	RAIDZ2 / RAID 6 of twee spiegels	Balans tussen veiligheid, kosten en herbouwgedrag
6-bay mediatheek	RAIDZ2 / RAID 6	Capaciteitsefficiëntie met dubbele pariteit
VM / database / Docker-host	Spiegels	Betere willekeurige I/O en eenvoudigere herstelroute
Alleen back-up NAS	RAIDZ2 of mirror	Kies op basis van herstelsnelheid en capaciteitsbehoefte
AI NAS / RAG / app-data	Spiegels voor hot app-data, RAIDZ2 voor bulkopslag	Active databases scheiden van grote archiefbestanden
Koude archiefopslag	RAIDZ2 / RAIDZ3	Capaciteit en fouttolerantie zijn belangrijker dan IOPS

Voor een compacte altijd-aan server past de ZimaBoard 2 persoonlijke server bij eenvoudigere gespiegelde opslag, backup, Docker en licht thuisservergebruik. Voor grotere multi-schijf opslag, mediatheken, private cloud en AI NAS-workflows is de ZimaCube 2 AI NAS beter afgestemd op grotere ZFS-pools en scheiding van workloads.

RAID vervangt nog steeds geen backup

RAID houdt een opslagpool beschikbaar na bepaalde schijffouten. Backup laat je herstellen wanneer bestanden, gebruikers, apps, synchronisatietaken of het hele opslagsysteem falen. Dat zijn verschillende problemen.

RAID beschermt niet tegen per ongeluk verwijderen, ransomware, brand, diefstal, een slechte update, corrupte synchronisatie, mislukte herbouw of een gebruiker die de verkeerde map overschrijft. ZFS-snapshots kunnen helpen bij terugdraaien, maar snapshots op dezelfde pool zijn nog steeds niet hetzelfde als een onafhankelijke backup.

Beschermingslaag	Waar het bij helpt	Wat het niet oplost
RAID / RAIDZ / spiegel	Tolerantie voor schijffouten	Verwijdering, ransomware, ramp, slechte synchronisatie
Snapshots	Terugdraaien naar eerdere bestandsstatussen	Verlies van pool, diefstal, brand, totale schijffout
Lokale backup	Snelle herstel	Rampen op dezelfde locatie
Offsite backup	Rampenherstel	Snelle lokale herstel tenzij goed gepland

Een veilig NAS-plan gebruikt RAID voor beschikbaarheid, snapshots voor terugdraaien, backup voor herstel en offsite kopieën voor rampenbescherming.

Praktische aanbeveling per aantal schijven

Deze tabel is geen wet. Het is een startpunt voor beslissingen over thuis-NAS, persoonlijke servers en opslag voor kleine kantoren.

Aantal schijven	Praktische keuze
2 schijven	Spiegel
3 schijven	Spiegel plus backup, of alleen RAIDZ1 voor niet-kritieke data
4 schijven	RAIDZ2 / RAID 6 voor veiligheid, of twee spiegels voor prestaties
5 schijven	RAIDZ2 bij gebruik van HDD's en belangrijke data
6 schijven	RAIDZ2 / RAID 6 is meestal de gebalanceerde keuze
8+ schijven	RAIDZ2, RAIDZ3 of meerdere vdev-ontwerpen afhankelijk van het risico
SSD-pool	Spiegels zijn vaak logisch voor prestaties en latentie
Gemengde schijfgroottes	Vermijd indien mogelijk; plan rond de kleinste schijf

Hoe belangrijker de data, hoe minder je alleen voor bruikbare capaciteit moet optimaliseren. Kies de indeling die je zonder paniek kunt herbouwen, uitbreiden, monitoren en back-uppen.

Laatste conclusie

Kies spiegels wanneer prestaties, eenvoud, appdata, VM-workloads en makkelijker herstel belangrijker zijn dan maximale capaciteit. Kies RAID 6 of RAIDZ2 wanneer grote HDD's, belangrijke data en multi-schijf fouttolerantie belangrijker zijn dan het besparen van één schijf ruimte. Gebruik RAID 5 of RAIDZ1 alleen als het risico acceptabel is en er al een backup bestaat.

Als je ZFS gebruikt, is de beslissing niet alleen “RAID-niveau.” Het is vdev-topologie. Die topologie bepaalt hoe de pool presteert, faalt, herbouwt en groeit.

De veiligste RAID-keuze is niet degene met het grootste bruikbare aantal op dag één. Het is degene die nog steeds logisch is op de dag dat een schijf uitvalt.

FAQ

Is RAID 5 nog veilig voor een thuis-NAS?

RAID 5 kan nog acceptabel zijn voor kleine arrays, SSD-pools, niet-kritieke data of mediatheken die al een volledige backup hebben. Het is niet de veiligste standaard voor grote HDD-pools of onvervangbare bestanden omdat het slechts één schijffout tolereert.

Is RAID 6 beter dan RAID 5?

Voor grote HDD's en belangrijke data is RAID 6 meestal veiliger omdat het twee schijffouten kan verdragen. Het nadeel is lagere bruikbare capaciteit en zwaarder schrijfpariteitswerk vergeleken met RAID 5.

Is RAIDZ hetzelfde als RAID 5 of RAID 6?

Niet precies. RAIDZ1 en RAIDZ2 lijken op single-parity en dual-parity concepten, maar ze maken deel uit van de ZFS vdev-topologie en werken met ZFS-functies zoals checksums, scrub, snapshots, datasets en send/receive workflows.

Zijn gespiegelde schijven beter dan RAIDZ?

Ze zijn beter voor sommige workloads. Spiegels zijn vaak sterker voor VM-, Docker-appdata, databases en willekeurige I/O. RAIDZ is vaak beter voor grote mediatheken, archieven, backuppools en capaciteitsgerichte opslag.

Kan ik RAIDZ later uitbreiden?

RAIDZ-uitbreiding is verbeterd in OpenZFS, maar het is geen reden om planning te negeren. Het kan capaciteit toevoegen, maar verandert RAIDZ1 niet automatisch in RAIDZ2, verwijdert het herbouwrisico niet en vervangt het geen backup.

Vervangt RAID backup?

Nee. RAID helpt bij bepaalde schijffouten. Backup beschermt tegen verwijdering, ransomware, synchronisatiefouten, diefstal, brand, mislukte herbouw en grotere problemen met het opslag systeem. Een serieus NAS-systeem heeft zowel RAID- als backupplanning nodig.