8.1 RAID - Grundlagen, Level und Betrieb

Was RAID leistet - und was nicht

RAID bedeutet Redundant Array of Independent Disks. Mehrere HDDs oder SSDs werden durch Striping, Spiegelung, Parität oder eine Kombination dieser Verfahren organisiert. Das Betriebssystem sieht abhängig von der Umsetzung meist ein logisches Blockgerät. Redundanz erhöht die Verfügbarkeit während eines Datenträgerausfalls; sie garantiert weder Datenintegrität noch Wiederherstellbarkeit.

Ein Backup besitzt einen eigenen Lebenszyklus, mehrere Versionen und idealerweise eine vom Produktivsystem getrennte Kopie. Ein RAID repliziert dagegen Änderungen sofort: Wird eine Datei gelöscht oder verschlüsselt, betrifft das den Verbund. Auch ein Hot Spare ist kein Backup, sondern lediglich ein bereitstehender Ersatzdatenträger für den automatischen Rebuild.

• RAID 0 besitzt keine Redundanz und erhöht das Ausfallrisiko des gesamten Verbunds.
• RAID 1, 5, 6 und 10 können definierte Datenträgerausfälle überstehen, solange der Verbund nicht über seine Toleranz hinaus ausfällt.
• Regelmäßige, getestete Backups bleiben unabhängig vom gewählten RAID-Level erforderlich.
• Monitoring, Konsistenzprüfungen, Ersatzteilstrategie und dokumentierte Wiederherstellung gehören zum RAID-Betrieb.

Software-, Hardware- und Firmware-RAID

Historische Aussagen, Software-RAID belaste die CPU grundsätzlich stark und Hardware-RAID sei immer schneller, gelten nicht pauschal. Entscheidend sind Workload, Datenträger, Queue-Tiefe, Controller, Cache-Schutz, Treiber und Implementierung. Moderne Software-Stacks können Hardware-RAID bei Transparenz, Flexibilität und Leistung übertreffen; dedizierte Controller bleiben in anderen Umgebungen sinnvoll.

Grundbegriffe eines RAID-Verbunds

Striping, Spiegelung und verteilte Parität

Striping verteilt aufeinanderfolgende Datenblöcke über mehrere Datenträger und ermöglicht parallele Zugriffe. Spiegelung schreibt dieselben Daten auf mehrere Mitglieder. Paritäts-RAID speichert neben den Daten berechnete Redundanzblöcke. RAID 5 verteilt eine Paritätsinformation, RAID 6 zwei voneinander unabhängige Paritätsinformationen über die Mitglieder, damit kein einzelner Paritätsdatenträger zum dauerhaften Engpass wird.

Die Grafik zeigt das Prinzip, nicht jedes mögliche Layout. Controller und Software können Paritätsrotation, Datenreihenfolge, Chunk-Größe und RAID-10-Anordnung unterschiedlich umsetzen. Metadaten und Layout müssen deshalb bei einer Wiederherstellung bekannt sein.

Parität mit XOR nachvollziehen

Bei einer einfachen XOR-Parität wird jedes Bit der Datenblöcke miteinander verknüpft. XOR liefert 1, wenn an einer Stelle eine ungerade Zahl von Einsen vorliegt. Kennt man alle übrigen Datenblöcke und die Parität, lässt sich genau ein fehlender Block rekonstruieren. RAID 6 verwendet zusätzlich eine zweite, mathematisch unabhängige Redundanzinformation; eine bloße zweite identische XOR-Parität würde keinen zweiten Ausfall absichern.

Die gebräuchlichen RAID-Level

N ist die Zahl der Mitglieder und S die Kapazität des kleinsten verwendeten Datenträgers. Bei unterschiedlich großen Medien bleibt ohne herstellerspezifische Erweiterungen Kapazität oberhalb von S häufig ungenutzt. Angezeigte Nutzkapazität wird zusätzlich durch Controller-Metadaten, Dateisystem und die Unterscheidung von GB und GiB beeinflusst.

Historische und verschachtelte RAID-Level

RAID 2 verteilte Daten bitweise und verwendete Hamming-Code, RAID 3 arbeitete byteweise mit einem dedizierten Paritätsdatenträger und RAID 4 blockweise ebenfalls mit dedizierter Parität. Diese Level sind im allgemeinen Serverbetrieb ungebräuchlich. Moderne Laufwerke besitzen eigene Fehlerkorrektur, während RAID 5 und 6 den dauerhaften Engpass einer einzelnen Paritätsplatte durch rotierende Parität vermeiden.

Verschachtelte Level kombinieren mehrere Gruppen. RAID 10 ist ein Stripe über Spiegelpaare; RAID 01 spiegelt zwei Stripe-Sets und besitzt ungünstigere Fehlerdomänen. RAID 50 verteilt Daten über mehrere RAID-5-Gruppen, RAID 60 über mehrere RAID-6-Gruppen. Die Ausfalltoleranz hängt dann davon ab, in welchen Untergruppen die Defekte auftreten. Bezeichnungen wie RAID 00, 05, 5E, 5EE, RAID 7 oder RAID n können hersteller- oder produktspezifisch sein und müssen anhand der konkreten Dokumentation bewertet werden.

RAID-Level passend auswählen

Die Auswahl ist ein Kompromiss aus nutzbarer Kapazität, Anschaffungskosten, gewünschter Verfügbarkeit, Wiederherstellungszeit und Leistung. Pauschale Ranglisten sind irreführend: Kleine zufällige Schreibzugriffe, große sequenzielle Transfers, Virtualisierung, Datenbanken und Archivdaten stellen unterschiedliche Anforderungen. Auch die Anzahl der Laufwerke, SSD- oder HDD-Technik, Queue-Tiefe und Controller-Cache verändern das Ergebnis.

• Herstellerfreigaben für Laufwerkstyp, Firmware, Schnittstelle, Sektorformat und maximale Mitgliederzahl prüfen.
• Rebuild-Dauer, URE-/Medienfehler-Risiko und reduzierte Leistung im degradierten Zustand einplanen.
• Keine pauschale Mischung aus HDD und SSD oder unterschiedlich schnellen Laufwerken vornehmen.
• Backup-, Restore-, Monitoring- und Ersatzteilkonzept vor der Inbetriebnahme festlegen.

Cache, Schreibstrategien und Stromausfallschutz

Write Through bestätigt einen Schreibvorgang erst, nachdem die Daten auf den Zielmedien beziehungsweise in einer abgesicherten Schicht angekommen sind. Write Back bestätigt früher und kann deutlich schneller sein, benötigt aber nichtflüchtig geschützten Cache, beispielsweise CacheVault/Flash-Backup und eine funktionsfähige Energiequelle. Die historische Einstellung „Write Back trotz fehlender BBU“ riskiert bei Stromausfall bestätigte, aber noch nicht dauerhaft geschriebene Daten und darf nicht als normale Empfehlung übernommen werden.

Read Ahead kann bei vorhersagbaren sequenziellen Zugriffen helfen, bei zufälligen Zugriffen oder SSDs aber nutzlos beziehungsweise nachteilig sein. Adaptive Verfahren beobachten das Zugriffsmuster. Direct I/O und Cached I/O bezeichnen herstellerspezifische Wege zwischen Host, Controller-Cache und Medien; ihre Bedeutung ist im jeweiligen Handbuch zu prüfen.

Betrieb, Ausfall und Rebuild

Ein Rebuild liest große Teile aller verbliebenen Mitglieder und belastet Medien sowie Anwendungen. Bei großen HDDs kann dies viele Stunden oder Tage dauern. RAID 6 oder kleinere Fehlerdomänen können das Risiko eines zweiten Fehlers reduzieren, ersetzen aber auch hier kein Backup. Ein absichtlich simulierter Ausfall darf ausschließlich in einem isolierten Labor mit entbehrlichen Daten erfolgen.

Linux-Verwaltung kompakt

Unter Linux stehen für Software-RAID vor allem der Kernel-MD-Treiber mit mdadm sowie Device Mapper RAID zur Verfügung. Hardware-Controller werden mit dem jeweiligen Herstellerwerkzeug, einer Weboberfläche, Redfish/IPMI-Integration oder der UEFI-Konfiguration verwaltet. Für aktuelle Broadcom/LSI-Controller ist StorCLI beziehungsweise StorCLI2 üblich; MegaCLI ist ein Legacy-Werkzeug. Adaptec/Microchip stellt ARCCONF bereit.

Im Unterricht reicht die sichere Statuskontrolle. Kommandos zum Löschen, Erstellen, Offline-Schalten oder erzwungenen Zusammenbauen eines Arrays sind produktverändernd und gehören in ein vorbereitetes Labor sowie in die zum konkreten Controller passende Dokumentation. Vollständige MegaCLI-/ARCCONF-Konfigurationen und unkontrollierte dd-Messreihen eignen sich nicht als allgemeine Anleitung.

• Statusausgaben und Ereignisse zuerst sichern, bevor Änderungen vorgenommen werden.
• Werkzeugversion muss zu Controllerfamilie und Firmware passen.
• Cache- und RAID-Policies nicht aus alten Beispielen übernehmen, sondern anhand von Workload und Schutzmechanismen festlegen.
• dd ist kein vollständiger Storage-Benchmark; Seiten-Cache, Datenquelle, Blockgröße, Synchronisation und Zielmedium können Ergebnisse massiv verfälschen.

Windows und Controller-Verwaltung kompakt

Unter Windows und Windows Server stellt Storage Spaces mehrere physische Datenträger als Speicherpool zusammen. Daraus entstehen virtuelle Datenträger mit einfacher, gespiegelter oder paritätsbasierter Resilienz. Storage Spaces Direct erweitert dieses Prinzip auf mehrere Server eines Clusters. Für Verwaltung und Überwachung stehen je nach Umgebung die Einstellungen beziehungsweise Systemsteuerung, Windows Admin Center, Server-Manager, Failovercluster-Manager und die PowerShell-Storage-Cmdlets zur Verfügung.

Ein Hardware-RAID-Controller arbeitet unterhalb des Betriebssystems. Windows sieht häufig nur das vom Controller bereitgestellte logische Laufwerk. Datenträgerverwaltung, Get-Disk oder SMART-Werte allein zeigen dann nicht zuverlässig den Zustand aller physischen Mitglieder, des Controller-Caches oder eines laufenden Rebuilds. Dafür sind das freigegebene Herstellerwerkzeug, die Managementoberfläche des Servers oder Controllers und dessen Ereignisprotokoll maßgeblich.

• Storage Spaces, dynamische Datenträger und ein Hardware-RAID sind unterschiedliche Techniken und dürfen nicht gleichgesetzt werden.
• Vor Änderungen die Zuordnung aus physischem Laufwerk, Slot, Seriennummer, Speicherpool beziehungsweise Array und virtuellem Datenträger dokumentieren.
• PowerShell-Cmdlets und Herstellerwerkzeuge als Administrator nur auf dem vorgesehenen System ausführen; zunächst ausschließlich Statusinformationen lesen.
• Treiber, Firmware, Verwaltungswerkzeug und Controllerfamilie müssen zueinander passen. Warnungen im Windows-Ereignisprotokoll ergänzen, aber ersetzen nicht die Controllerdiagnose.