RAID ist kein Backup. Diesen Satz kennt jeder Admin, und er stimmt. Trotzdem wird die falsche RAID-Stufe gewählt — nicht weil die Leute dumm sind, sondern weil die Entscheidung unangenehm viele Variablen hat. Kapazität, Performance, Ausfallsicherheit, Rebuild-Zeit, Controller-Kosten. Und dann steht da noch jemand aus dem Einkauf und sagt „die 18-TB-Platten sind gerade im Angebot".
Dieser Artikel ist keine Theorie-Stunde. Es geht darum, worauf es in der echten Welt ankommt: Was ein RAID-5-Rebuild bei 18 TB für ein URE-Risiko bedeutet, warum RAID 6 bei großen Arrays alternativlos ist und wann man für RAID 10 den Aufpreis zahlen sollte. Mit konkreten Zahlen aus unserem RAID-Rechner und dem IOPS-Rechner.
Die Kandidaten: Was die gängigen RAID-Level tatsächlich tun
Bevor wir in die Tiefe gehen, ein schneller Überblick. Nicht jedes RAID-Level ist für jeden Einsatzzweck sinnvoll, und manche Kombinationen sind einfach nur teure Arten, Daten zu verlieren.
RAID 0 — Striping ohne Netz
Daten werden in Blöcke zerlegt und abwechselnd auf alle Platten geschrieben. Das bringt die volle Kapazität aller Platten und die höchste Schreibleistung, die der Controller hergibt. Aber: Fällt eine Platte aus, ist alles weg. Alle Daten auf allen Platten. Es gibt keine Redundanz, keine Parität, nichts.
Wann das trotzdem okay sein kann: Für temporäre Daten, Render-Caches, Swap — also alles, was bei einem Ausfall keinen Schaden anrichtet. Datenbanken, VMs, Fileserver? Auf gar keinen Fall.
RAID 1 — Spiegelung
Zwei Platten, identischer Inhalt. Fällt eine aus, läuft die andere weiter. Kapazität ist die Hälfte der installierten Platten. Performance beim Lesen kann der Controller optimieren (von beiden lesen), beim Schreiben geht alles doppelt raus — also kein Geschwindigkeitsgewinn.
RAID 1 ist die einfachste Form von Redundanz und für Boot-Platten oder kleine, kritische Volumes völlig ausreichend. Der Nachteil: 50% Overhead. Bei zwei 2-TB-Platten kriegst du 2 TB nutzbaren Speicher. Skaliert nicht.
RAID 5 — Striping mit verteilter Parität
Das klassische „gute Mittelmaß". Daten und Parität werden über alle Platten verteilt. Fällt eine Platte aus, werden die fehlenden Daten aus den verbleibenden Platten plus Parität berechnet. Kapazität = (N−1) × Plattengröße. Mindestens drei Platten.
Hier wird es interessant. RAID 5 war jahrelang der Standard für Fileserver, kleine Datenbanken, alles was „solide und bezahlbar" sein sollte. Und dann kamen die großen Platten.
RAID 6 — Doppelte Parität
Wie RAID 5, nur mit zwei unabhängigen Paritätsblöcken (P per XOR, Q per Reed-Solomon). Kapazität = (N−2) × Plattengröße. Mindestens vier Platten. Übersteht zwei gleichzeitige Plattenausfälle.
RAID 6 ist die Antwort auf das Problem, das RAID 5 mit großen Platten bekommen hat. Dazu gleich mehr.
RAID 10 — Spiegelung plus Striping
Eine Kombination aus RAID 1 und RAID 0: Erst werden Platten gespiegelt, dann die Spiegel gestriped. Kapazität = 50% der Rohkapazität. Mindestens vier Platten. Exzellente Lese- und Schreibleistung und sehr schnelle Rebuilds. Aber teuer.
Das URE-Problem: Warum RAID 5 bei großen Platten ein Risiko ist
URE steht für „Unrecoverable Read Error". Das ist ein Lesefehler, den die Platte nicht selbst korrigieren kann. Festplatten haben eine spezifizierte URE-Rate, typischerweise 1 zu 10¹⁴ Bit bei Consumer-Platten und 1 zu 10¹⁵ Bit bei Enterprise-Modellen.
10¹⁴ Bit sind etwa 12,5 Terabyte. Das heißt: Bei einer Consumer-Platte tritt statistisch alle 12,5 TB gelesener Daten ein nicht korrigierbarer Lesefehler auf.
Jetzt stell dir ein RAID 5 mit vier 8-TB-Platten vor. Nutzbare Kapazität: 24 TB. Fällt eine Platte aus, muss der Controller beim Rebuild alle Daten der verbleibenden drei Platten lesen — das sind 24 TB. Bei einer URE-Rate von 1:10¹⁴ liegt die Wahrscheinlichkeit, während des Rebuilds auf einen Lesefehler zu stoßen, bei über 85%. Wenn das passiert, ist der Rebuild tot. Daten weg.
RAID 6 löst das: Selbst wenn beim Rebuild ein URE auftritt, ist noch die zweite Parität da. Der Rebuild läuft weiter. Deshalb ist RAID 6 bei Arrays mit großen Platten (>2 TB) oder vielen Platten (>4) inzwischen der Mindeststandard. Jeder halbwegs aktuelle Storage-Guide — Dell, HPE, Synology — empfiehlt RAID 6 oder RAID 10 für produktive Arrays.
Rebuild-Zeiten: Der unterschätzte Faktor
Ein Rebuild ist kein magischer Vorgang, der in drei Minuten durchläuft. Der Controller liest alle verbleibenden Platten vollständig und schreibt die rekonstruierten Daten auf die Ersatzplatte. Bei großen, langsamen Platten kann das Tage dauern.
Ein RAID 5 aus fünf 18-TB-NAS-Platten (7200 rpm) braucht je nach Controller und Last zwischen 30 und 50 Stunden für einen Rebuild. In dieser Zeit läuft das Array ohne Redundanz. Fällt in diesen zwei Tagen eine zweite Platte aus — und die Wahrscheinlichkeit ist nicht null, weil alle Platten aus der gleichen Charge stammen und das gleiche Alter haben — dann war's das.
RAID-10-Rebuilds sind deutlich schneller, weil nur der Spiegel der ausgefallenen Platte kopiert werden muss, nicht das gesamte Array. Ein 18-TB-Spiegel-Rebuild dauert 8 bis 14 Stunden statt 30+. RAID 6 braucht ähnlich lange wie RAID 5, hat aber während des Rebuilds noch eine Redundanz-Reserve.
IOPS in der Praxis: Was RAID mit Performance macht
RAID-Performance wird oft nur in MB/s diskutiert. Aber für Datenbanken, Virtualisierung und alles mit vielen kleinen Zugriffen sind IOPS der entscheidende Wert.
Die Grundregeln:
- Lesen: RAID 0, 5 und 6 können von allen Platten parallel lesen. IOPS skalieren grob mit N. RAID 10 liest ebenfalls von allen.
- Schreiben bei RAID 5/6: Jeder Schreibzugriff braucht einen Read-Modify-Write-Zyklus: alte Daten lesen, alte Parität lesen, neue Parität berechnen, neue Daten plus Parität schreiben. Das sind vier I/O-Operationen pro logischem Schreibzugriff — der berüchtigte „RAID-5 Write Penalty". Die Schreibleistung eines RAID 5 ist etwa ein Viertel der Leseleistung.
- Schreiben bei RAID 10: Jeder Schreibzugriff geht auf zwei Platten (Spiegel). Write Penalty = 2. Deutlich besser als RAID 5/6.
Ein konkretes Beispiel mit unserem IOPS-Rechner: Fünf SAS-Platten mit je 180 IOPS. Im RAID 5 hast du etwa 900 Lese-IOPS, aber nur 225 Schreib-IOPS. Im RAID 10 hast du 900 Lese-IOPS und 450 Schreib-IOPS — doppelt so schnell beim Schreiben, bei gleicher nutzbarer Kapazität, aber doppeltem Plattenbedarf.
Entscheidungsmatrix: Welches RAID für welchen Job?
| Einsatzzweck | Empfehlung | Warum |
|---|---|---|
| Datenbank (OLTP) | RAID 10 | Schreib-IOPS sind kritisch, RAID-5-Penalty killt die Latenz |
| Virtualisierung (Hypervisor) | RAID 10 | Viele kleine I/Os, verschiedene VMs gleichzeitig |
| Fileserver (Dokumente) | RAID 6 | Hohe Kapazität, sequenzielle Last, gute Ausfallsicherheit |
| Backup-Storage | RAID 6 | Maximale Kapazität, seltene Zugriffe, Rebuild-Zeit egal |
| Video-Schnitt / Rendering | RAID 0 oder 10 | RAID 0 für reine Geschwindigkeit (temporär), RAID 10 für Sicherheit |
| Überwachungskameras | RAID 6 | Sequenzielle Schreiblast, Kapazität wichtiger als IOPS |
| Boot/OS-Platten | RAID 1 | Einfach, zuverlässig, geringer Overhead bei kleinen Platten |
Der RAID-Rechner auf bitcalc: Kein Excel, kein Rätselraten
Ich habe den RAID-Rechner genau für diese Entscheidungen gebaut. Du gibst RAID-Level, Plattenanzahl und -größe ein und kriegst sofort: nutzbare Kapazität, Overhead in Prozent, Anzahl Platten die ausfallen dürfen und die Effizienz-Formel. Kein Tabellenblatt, kein Taschenrechner, kein „Moment, wie war das nochmal mit N−2?".
Zusammen mit dem IOPS-Rechner hast du alle Zahlen, die du für eine fundierte Entscheidung brauchst. Der IOPS-Rechner zeigt dir Lese- und Schreib-IOPS für dein RAID-Level — inklusive Write Penalty. So siehst du sofort, ob dein RAID-5-Array für die Datenbank taugt oder ob du doch RAID 10 brauchst.
Was ich in 15 Jahren Admin-Arbeit gelernt habe
Ein paar Dinge, die in keinem Datenblatt stehen:
- Platten aus der gleichen Charge sterben zusammen. Wenn du sechs Platten kaufst und nach drei Jahren fällt eine aus, stehen die anderen fünf mit einem Fuß im Grab. Plane den Rebuild so, dass er durchläuft, bevor die nächste aufgibt.
- Hot Spare ist kein Luxus. Eine eingebaute Ersatzplatte, die den Rebuild automatisch startet, spart dir den Anruf um drei Uhr nachts und die Fahrt ins Rechenzentrum. Bei großen Arrays ist das die beste Investition, die du machen kannst.
- Der RAID-Controller ist ein Single Point of Failure. Ein defekter Controller kann ein ganzes Array unlesbar machen. Wenn die Daten wichtig sind: Controller-Redundanz oder ein zweites, identisches System für den Notfall.
- Backups sind kein RAID, aber RAID ohne Backup ist Selbstmord. Gelöschte Dateien, Ransomware, versehentliches Überschreiben — RAID schützt vor genau null dieser Szenarien. Mach Backups. Teste die Backups. Dann mach nochmal Backups.
Fazit
RAID 5 war 2005 der richtige Call. Mit 2-TB-Platten und vier Slots im Server war das völlig okay. Heute, mit 18 TB und URE-Raten, die bei Consumer-Platten immer noch bei 1:10¹⁴ liegen, ist RAID 5 ein kalkuliertes Risiko. Für Daten, die dir egal sind, okay. Für alles andere: RAID 6 oder RAID 10.
Die gute Nachricht: Der Aufpreis für „mehr Sicherheit" ist meistens eine Platte. Ein RAID 6 aus fünf 8-TB-Platten gibt dir 24 TB nutzbar. Ein RAID 5 aus vier 8-TB-Platten gibt dir auch 24 TB — aber ohne die zweite Parität. Das ist keine riesige Investition für den Unterschied zwischen „Array überlebt den Rebuild" und „Daten aus Backup zurückspielen".