15 juli 2026
Voor enterprise storage zijn RAID 5, RAID 6 en RAID 10 de meest gebruikte levels. RAID 5 is een goede keuze voor algemene opslag met een beperkt budget, RAID 6 biedt extra bescherming bij grote schijfsets, en RAID 10 levert de beste prestaties voor schrijfintensieve workloads. De juiste keuze hangt af van je prioriteiten: capaciteit, snelheid of redundantie.
Veel organisaties kiezen een RAID-level op basis van gewoonten of standaardinstellingen, zonder te kijken naar de schijfgrootte of het type workload. Bij moderne harde schijven van meerdere terabytes kan een rebuild na een schijfstoring bij RAID 5 dagen duren. In die periode ben je kwetsbaar: een tweede storing betekent volledig dataverlies. De oplossing is niet per se een duurder systeem, maar een bewuste keuze waarbij je schijfgrootte, rebuildtijd en beschikbaarheidseisen samen afweegt voordat je een configuratie vastlegt.
Het is verleidelijk om zoveel mogelijk bruikbare opslagcapaciteit uit je schijfset te halen. Meer pariteit betekent immers minder beschikbare ruimte. Maar wie kiest voor minimale redundantie om capaciteit te maximaliseren, betaalt de prijs zodra hardware op een ongelegen moment uitvalt. De concrete actie is het inbouwen van een buffer: gebruik grotere schijven en accepteer iets minder bruikbare capaciteit, zodat je rebuildvenster korter wordt en je beschermingsmarges realistisch blijven bij de schijfgroottes die je vandaag inzet.
RAID staat voor Redundant Array of Independent Disks. Het is een methode om meerdere fysieke schijven samen te voegen tot één logisch volume, met als doel prestaties te verbeteren, data te beschermen tegen schijfstoringen, of beide. Enterprise storage-oplossingen gebruiken RAID om continuïteit te garanderen bij hardwarefouten.
In een enterprise-omgeving staat dataverlies gelijk aan bedrijfsschade. Een database die wegvalt door een defecte schijf, een NAS die offline gaat tijdens een kritiek proces, of een storage array die rebuildtijd nodig heeft terwijl de productie doorgaat: dit zijn situaties die RAID helpt voorkomen of beheersen.
RAID-levels verschillen in hoe ze data verdelen en beschermen. Sommige levels stripen data over meerdere schijven voor snelheid, andere voegen pariteitsblokken toe voor herstel na een storing, en weer andere spiegelen data volledig voor maximale bescherming. De keuze voor het juiste level heeft directe gevolgen voor prestaties, herstelmogelijkheden en bruikbare opslagcapaciteit.
In enterprise-omgevingen zijn RAID 5, RAID 6 en RAID 10 de meest toegepaste levels. RAID 5 biedt een balans tussen capaciteit en bescherming, RAID 6 voegt een extra veiligheidslaag toe, en RAID 10 combineert spiegeling met striping voor maximale prestaties en snelle hersteltijden.
RAID 0 wordt zelden gebruikt in productieomgevingen omdat het geen redundantie biedt. RAID 1 is nuttig voor kleine, kritieke systemen, zoals bootschijven. RAID 50 en RAID 60 zijn combinaties die je tegenkomt in grotere storage arrays waar zowel prestaties als hoge beschikbaarheid vereist zijn.
RAID 5 kan één schijfstoring opvangen, RAID 6 overleeft twee gelijktijdige storingen, en RAID 10 spiegelt data volledig terwijl het ook striped voor snelheid. RAID 10 is het snelst bij schrijfoperaties, maar gebruikt de helft van de totale schijfcapaciteit. RAID 5 en RAID 6 zijn efficiënter in capaciteitsgebruik, maar trager bij schrijven en rebuilds.
Het verschil zit hem vooral in drie dimensies: beschermingsniveau, schrijfprestaties en capaciteitsefficiëntie.
Kies voor RAID 6 wanneer je schijven groter zijn dan 4 TB, wanneer je array meer dan zes schijven bevat, of wanneer downtime door dataverlies onaanvaardbaar is. Bij grote schijven duurt een RAID 5-rebuild zo lang dat de kans op een tweede storing tijdens het herstelproces reëel wordt.
Dit fenomeen heet URE, ofwel Unrecoverable Read Error. Hoe groter de schijf, hoe groter de kans dat er tijdens een rebuild een onleesbare sector wordt aangetroffen. Bij RAID 5 is één zo’n fout genoeg voor volledig dataverlies. RAID 6 heeft een tweede pariteitsblok dat dit opvangt.
RAID 6 is ook verstandig in omgevingen waar schijven intensief worden gebruikt en sneller slijten, zoals bij continue streaming van video of logdata. De extra bescherming weegt dan op tegen het kleine verlies aan bruikbare capaciteit.
Voor AI-training en HPC-workloads is RAID 10 doorgaans de beste keuze vanwege de hoge lees- en schrijfsnelheden en de korte rebuildtijden. In omgevingen met NVMe-opslag worden RAID-alternatieven zoals erasure coding steeds vaker ingezet via software-defined storage-oplossingen.
AI- en HPC-workloads stellen hoge eisen aan doorvoersnelheid en latentie. Denk aan het laden van grote datasets voor modeltraining, het wegschrijven van checkpoints, of parallelle I/O van meerdere GPU-nodes tegelijk. RAID 5 en RAID 6 hebben een schrijfpenalty die bij dit soort workloads merkbaar knelt.
Bij NVMe-gebaseerde storage arrays wordt RAID steeds vaker aangevuld of vervangen door erasure coding, waarbij data over meerdere nodes of schijven wordt verdeeld met configureerbare redundantie. Dit biedt meer flexibiliteit en schaalt beter in grote clusters. Voor kleinere setups of systemen met SAS- of SATA-SSD’s blijft RAID 10 de meest praktische keuze voor AI-workloads.
De meest voorkomende RAID-fouten zijn: RAID zien als vervanging van back-ups, RAID 5 gebruiken met grote schijven zonder monitoring, geen hot spare configureren, en rebuildtijden negeren bij capaciteitsplanning. Elk van deze fouten vergroot de kans op dataverlies bij een storing.
RAID is geen back-up. Het beschermt tegen schijfstoringen, niet tegen menselijke fouten, ransomware of softwareproblemen. Een solide back-upstrategie blijft noodzakelijk naast elke RAID-configuratie.
Andere veelgemaakte fouten:
Bij het samenstellen van een enterprise storage-oplossing helpt het om al in de ontwerpfase rekening te houden met deze valkuilen. Wij bij NCS International begeleiden klanten bij het kiezen van de juiste RAID-configuratie als onderdeel van een bredere storageoplossing. Of je nu een nieuwe omgeving bouwt of een bestaande uitbreidt, de keuze voor het juiste level begint bij een goed begrip van je workload en je risicotolerantie. Meer weten over onze storage solutions? Of wil je direct sparren over jouw situatie? Neem contact met ons op en we kijken samen wat het beste past.
De rebuildtijd hangt sterk af van de schijfgrootte, het RAID-level en de belasting op het systeem tijdens het herstelproces. Een RAID 5-rebuild van een 8 TB-schijf kan bij normale I/O-belasting al snel 24 tot 72 uur duren. Je kunt dit verkorten door een hot spare te configureren (zodat de rebuild direct start), de arraybelasting tijdens de rebuild te beperken, en te kiezen voor snellere schijven of een SSD-gebaseerde array.
Nee, absoluut niet. RAID beschermt uitsluitend tegen het uitvallen van een fysieke schijf, maar biedt geen bescherming tegen menselijke fouten, ransomware, corrupte bestanden of calamiteiten zoals brand of diefstal. Een solide back-upstrategie — bij voorkeur volgens de 3-2-1-regel (3 kopieën, op 2 verschillende media, waarvan 1 offsite) — blijft altijd noodzakelijk naast elke RAID-configuratie.
Een hot spare is een ongebruikte reserveschijf die permanent in de array aanwezig is en automatisch in actie komt zodra een schijf uitvalt. Zonder hot spare moet je handmatig een nieuwe schijf plaatsen voordat de rebuild begint, wat kostbare tijd kost. In enterprise-omgevingen met grote schijven of kritieke data is een hot spare geen luxe maar een basisvereiste, omdat elke minuut in een gedegradeerde staat het risico op dataverlies vergroot.
Hardware-RAID via een dedicated controller is betrouwbaar en heeft lage latentie, maar is gebonden aan de mogelijkheden van die specifieke controller. Software-RAID en erasure coding — zoals toegepast in oplossingen als Ceph of ZFS — bieden meer flexibiliteit, betere schaalbaarheid over meerdere nodes en zijn onafhankelijk van propriëtaire hardware. Voor grote NVMe-clusters of hyperconverged infrastructuren is erasure coding steeds vaker de betere keuze; voor traditionele SAS/SATA-omgevingen blijft hardware-RAID goed toepasbaar.
Begin met je minimale capaciteitsbehoefte en reken daarna terug op basis van het gekozen RAID-level: bij RAID 6 verlies je altijd twee schijven aan pariteit, bij RAID 10 de helft van het totaal. Voeg daarna minimaal één schijf extra toe als hot spare. Houd ook rekening met toekomstige groei: het is efficiënter om een array direct iets ruimer te dimensioneren dan later een uitbreiding te moeten plannen tijdens een kwetsbare rebuildperiode.
Sommige enterprise RAID-controllers en storage-oplossingen ondersteunen online RAID-migratie, waarbij je van RAID 5 naar RAID 6 kunt overstappen zonder de data offline te halen. Dit is echter een risicovolle operatie die veel time kost en waarbij een actuele back-up absoluut verplicht is. Raadpleeg de documentatie van je specifieke controller of storage array, en overweeg bij twijfel om de migratie te laten begeleiden door een specialist.
Minimaal heb je een tool nodig die schijfgezondheid bewaakt via S.M.A.R.T.-data, RAID-status rapporteert en je direct waarschuwt bij een schijffout of gedegradeerde array. Denk aan tools zoals MegaRAID Storage Manager (voor LSI/Broadcom controllers), HPE SSA, of open-source alternatieven zoals mdadm voor software-RAID en smartmontools voor schijfgezondheid. Koppel deze monitoring aan een alertingsysteem zodat je nooit onwetend in een kwetsbare single-disk-toestand verkeert.
Den Sliem 89
7141 JG Groenlo
The Netherlands
+31 544 470 000
info@ncs.nl
GPU-servers verwerken duizenden berekeningen parallel — ontdek wanneer ze onmisbaar zijn voor jouw organisatie.
Wat is een AI-server en wanneer heb je er een nodig? Ontdek de techniek, hardware en toepassingen.
