Storage & Protokolle
RAID
RAID verbindet mehrere Datenträger zu einem logischen Verbund und erhöht über Striping, Mirroring und Parität Durchsatz und Ausfallsicherheit.
- Striping, Mirroring, Parität
- Ausfalltoleranz je Level
- Software-RAID (mdadm)
- Level 0/1/5/6/10
- kein Backup-Ersatz
RAID (Redundant Array of Independent Disks) fasst mehrere physische Datenträger zu einem logischen Verbund zusammen. Über drei Grundverfahren, Striping (parallel verteilen für Tempo), Mirroring (spiegeln für Redundanz) und Parität (Redundanzinformation berechnen), entstehen die bekannten RAID-Level mit unterschiedlichen Schwerpunkten.
Dieser Artikel erklärt die Level 0, 1, 5, 6 und 10, das Write-Hole-Problem, den Unterschied zwischen Hardware- und Software-RAID, warum RAID kein Backup ist und wie es sich zu ZFS/RAIDZ und verteiltem Storage abgrenzt.
1. Die wichtigsten Level
- RAID 0 reines Striping, maximaler Durchsatz, keine Redundanz, ein Plattenausfall = Totalverlust.
- RAID 1 Spiegelung auf zwei Platten, 50 % Nutzkapazität, schnelle Rebuilds.
- RAID 5 Striping mit einfacher Parität, ein Ausfall tolerierbar, beim Rebuild aber ungeschützt.
- RAID 6 doppelte Parität, zwei gleichzeitige Ausfälle tolerierbar, robuster bei großen Platten.
- RAID 10 gespiegelte Stripes, sehr schnelle Rebuilds, gilt als robust für schreibintensive Produktivlast.
2. Das Rebuild-Risiko bei RAID 5
Während ein RAID 5 nach einem Plattenausfall rebuildet, hat es keinerlei Redundanz mehr, und es muss dabei alle verbleibenden Platten vollständig lesen. Bei großen Platten steigt damit die Wahrscheinlichkeit, dass ein nicht korrigierbarer Lesefehler (URE) den Rebuild scheitern lässt. Der Fachkonsens: Für Platten jenseits weniger Terabyte ist RAID 5 nicht mehr zu empfehlen; RAID 6 oder RAID 10 sind dann die sichere Wahl.
3. Write Hole
Bei RAID 5/6 kann ein Stromausfall mitten im Schreiben eines Stripes Daten und Parität inkonsistent zurücklassen, ohne dass das System weiß, welche Teile betroffen sind (Write Hole). Linux mdadm schließt das mit einem dedizierten Write-Journal-Laufwerk; strukturell vermeidet ZFS mit RAIDZ das Problem durch Copy-on-Write-Transaktionen.
4. Hardware- gegen Software-RAID
Software-RAID (mdadm) nutzt CPU und RAM des Hosts; auf moderner Hardware ist der Overhead meist vernachlässigbar, und das Array ist portabel auf jeden Linux-Rechner, ohne Abhängigkeit von einem bestimmten Controller. Hardware-RAID entlastet die CPU und kann beim Schreiben schneller sein, koppelt das Array aber an den Controller, dessen Ausfall zum Problem wird.
RAID ist kein Backup
RAID schützt ausschließlich vor dem Ausfall von Laufwerken. Gegen versehentliches Löschen, Ransomware, Dateisystem-Korruption oder einen Standortschaden hilft nur ein separates, vom RAID getrenntes Backup, idealerweise mit Versionierung und Offsite-Kopie.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Fängt Laufwerksausfälle ab, kann Durchsatz erhöhen | Kein Schutz vor Löschung, Ransomware oder Korruption |
| Software-RAID (mdadm) portabel und ohne Controller-Bindung | RAID 5 bei großen Platten riskant (langer, ungeschützter Rebuild) |
| RAID 6/10 robust für Produktivlasten | Write Hole bei RAID 5/6 ohne Journal/CoW |
Häufige Fragen zu RAID
Nein. RAID schützt nur vor dem Ausfall einzelner Laufwerke. Gegen Löschung, Ransomware, Korruption oder einen Brand hilft ausschließlich ein separates, getrenntes Backup. Beides ist nötig.
Beim Rebuild ist das Array ohne Redundanz und muss alle verbleibenden Platten vollständig lesen. Bei großen Kapazitäten steigt die Chance auf einen nicht korrigierbaren Lesefehler, der den Rebuild scheitern lässt. RAID 6 (doppelte Parität) oder RAID 10 sind dann sicherer.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
RAID im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.