RAID 10 kombiniert zwei RAID-Level: Mirroring für Redundanz und Striping für Geschwindigkeit. Die meisten Implementierungen bauen es als RAID 1+0 auf, das heißt: Zuerst werden gespiegelte Paare erstellt und anschließend gemeinsam gestriped.
Es bietet eine hohe Lese- und Schreibleistung ohne den Overhead der Paritätsberechnung, und Wiederherstellungen bestehen vergleichsweise einfach aus dem Kopieren des Spiegelpartners statt aus einer Neuberechnung der Parität. Die nutzbare Kapazität liegt jedoch bei etwa 50 %, und es benötigt mindestens vier Laufwerke.
Die Fehlertoleranz ist hier bedingt, nicht absolut. RAID 10 übersteht den Ausfall eines Laufwerks pro gespiegeltem Paar. Fallen jedoch beide Laufwerke desselben Paars aus, sind die darauf gespeicherten Daten verloren, auch wenn der Rest des Arrays online bleibt. Diese Unterscheidung sollte Ihre Kauf- und Nutzungsentscheidung bestimmen und nicht nur als Fußnote behandelt werden.
Wichtige Begriffe erklärt
RAID 1+0 (gestripe Spiegel): RAID-1-Spiegel-Arrays werden zunächst erstellt und anschließend zu einem RAID-0-Stripe kombiniert. Das ist es, was fast alle mit „RAID 10“ meinen und was die meisten Hardware-Controller implementieren.
RAID 0+1 (gespiegelte Stripes): Die umgekehrte Konstruktion. RAID-0-Stripe-Arrays werden zuerst erstellt und anschließend als Ganzes gespiegelt. Gleiche Komponenten, andere Reihenfolge beim Aufbau und ein deutlich anderes Ausfallverhalten.
Spiegelpaar: Zwei Laufwerke mit identischen Daten. Bei RAID 1+0 besteht das Array aus diesen Paaren, die für einen höheren Durchsatz gemeinsam gestriped werden.
Komplexes RAID 10: Ein einzelnes, nicht verschachteltes RAID-Level (Linux mdadm --level=10), das das Verhalten von RAID 10 nachbildet, ohne darunter tatsächlich separate RAID-1- und RAID-0-Schichten aufzubauen.
RAID 1+0 vs. RAID 0+1: Warum die Reihenfolge beim Aufbau entscheidend ist
RAID 1+0 erstellt zunächst RAID-1-Spiegel und striped sie anschließend gemeinsam in eine RAID-0-Schicht. Da jeder Spiegel unabhängig verwaltet wird, können mehrere Laufwerksausfälle toleriert werden, solange die ausgefallenen Laufwerke zu unterschiedlichen Spiegeln gehören.
RAID 0+1 kehrt diese Reihenfolge um: Zuerst wird gestriped, anschließend wird der gesamte Stripe-Satz gespiegelt. Die SUSE-Dokumentation weist darauf hin, dass diese Konfiguration eine etwas geringere Fehlertoleranz besitzt, weil bei gleichzeitigem Ausfall von Laufwerken auf beiden Seiten des Spiegels die Daten des gesamten Arrays verloren gehen. Außerdem weist sie eine strukturelle Einschränkung auf: Ersatzgeräte können den zugrunde liegenden RAID-0-Teilen nicht zugewiesen werden, da ein RAID-0-Stripe den Verlust auch nur eines Geräts nicht tolerieren kann.
Bevor Sie das Ausfallverhalten eines Controllers voraussetzen, sollten Sie prüfen, welche Topologie er tatsächlich aufbaut. Ein Datenblatt mit der Angabe „RAID 10“ garantiert nicht, dass darunter RAID 1+0 zum Einsatz kommt.
RAID 10 vs. RAID 6 vs. RAID 1: Entscheidungstabelle
| RAID 10 | RAID 6 | RAID 1 | |
|---|---|---|---|
| Nutzbare Kapazität | ~50 % (N ÷ Replikate) | N-2 Laufwerke | 50 %, kein Striping |
| Tolerierte Ausfälle | Einer pro Spiegelpaar | Beliebige zwei Laufwerke im gesamten Array | Eines von zwei Laufwerken |
| Wiederherstellungsmechanismus | Kopieren des Spiegelpartners | Neuberechnung der Parität | Kopieren des Spiegelpartners |
| Am besten geeignete Workloads | OLTP, Virtualisierung | Massen- und Archivkapazität | Kleine, einfache Redundanz |
Der Kapazitätsunterschied ist konkret: Acht Laufwerke mit je 16 TB ergeben bei RAID 10 64 TB nutzbare Kapazität gegenüber 96 TB bei RAID 6, und der Unterschied wächst mit steigender Laufwerkszahl weiter.
Der Unterschied beim Schreibpfad ist architekturell bedingt, stellt aber keinen garantierten Geschwindigkeitsfaktor dar. RAID 10 schreibt jeden Block ohne Paritätsberechnung auf beide Spiegelhälften, während RAID 6 zwei Paritätsblöcke pro Stripe berechnet und schreibt. Ein vereinfachtes Modell von Servnet UK setzt dies als ungefähr zweifachen Schreibaufwand für RAID 10 gegenüber dem sechsfachen für RAID 6 an. In der Praxis ändern sich die Ergebnisse jedoch abhängig von Controller-Cache, Stripe-Größe und Blockgröße des Workloads. Betrachten Sie dies als Richtungsmodell, nicht als Benchmark, den Sie wörtlich zitieren können.
Die Entscheidungsregel lautet: Zahlen Sie den Kapazitätsaufschlag von RAID 10 für anhaltende zufällige Schreibvorgänge mit kleinen Blöcken und latenzempfindliche transaktionale Workloads, bei denen schnelle Wiederherstellung und vorhersehbare I/O-Leistung wichtiger sind als maximale Rohkapazität. Greifen Sie stattdessen zu RAID 6, Erasure Coding oder replizierten Speichersystemen, wenn Kapazitätseffizienz oder sehr große Laufwerkszahlen die Anforderungen bestimmen.
Was beim Ausfall eines Laufwerks tatsächlich passiert
Bei einer RAID-10-Wiederherstellung werden die Daten vom noch vorhandenen Spiegelpartner auf das Ersatzlaufwerk kopiert. Über das Array hinweg wird keine Parität neu berechnet. Deshalb beschreiben DiskInternals und Servnet UK RAID-10-Wiederherstellungen übereinstimmend als allgemein weniger belastend für das Array als Wiederherstellungen von Paritäts-RAIDs. Die tatsächliche Dauer hängt weiterhin von Laufwerksgeschwindigkeit, Datenmenge und der Drosselung durch den Controller ab. Behandeln Sie daher keine „Minuten bis Stunden“-Schätzung eines Anbieters als festen Wert für Ihr Array.
Die harte Grenze: Zwei Ausfälle innerhalb desselben Spiegelpaars lassen keine verbleibende Kopie zurück, sodass die Daten dieses Paars verloren sind, obwohl der Rest des Arrays intakt bleibt. Dieses Szenario kann das Redundanzmodell von RAID 10 nicht auffangen.
Es gibt einen Unterschied zwischen unabhängigen und korrelierten Ausfällen, und die Mathematik von RAID 10 deckt nur den ersten Fall ab. Die Toleranz von „einem Laufwerk pro Paar“ setzt unabhängige Ausfälle voraus. Laufwerke, die sich eine Backplane, Stromversorgung, einen Controller oder eine Firmware-Version teilen, können jedoch gemeinsam ausfallen. DiskInternals empfiehlt, Spiegelpaare gezielt über separate Backplanes oder Gehäuse zu verteilen, um dieses Risiko zu senken. RAID 10 erledigt das nicht automatisch; es ist eine Designentscheidung, die Sie selbst treffen müssen.
Wo sich die Kapazitätskosten lohnen – und wo nicht
RAID 10 rechtfertigt seinen Kapazitätsaufschlag von 50 % in einer bestimmten Gruppe von Umgebungen: OLTP und transaktionalen Datenbanken (SQL Server, Workloads der Oracle-Klasse) sowie dicht virtualisierten Hosts, bei denen zufällige Schreibvorgänge mit kleinen Blöcken und schnelle Wiederherstellungen wichtiger sind als die Maximierung der Terabyte-Rohkapazität. In der Praxis zeigt sich das in gemischten Umgebungen, die RAID 10 auf Flash für Datenbanken und VMs neben RAID 6 auf Nearline-HDDs für Massenkapazität und Backups einsetzen, sodass jedes RAID-Level die Aufgabe übernimmt, für die es tatsächlich geeignet ist.
Für Massen- oder Archivspeicher, große sequenzielle Kapazitätsebenen oder sehr große All-Flash-Bereitstellungen ist dieser Aufschlag ein schlechtes Geschäft, da die doppelte Zahl an Rohlaufwerken für Fehlertoleranz teuer wird. RAID 6, Erasure-Coded-Objektspeicher oder softwaredefinierte Replikation bieten in dieser Größenordnung typischerweise eine vergleichbare Ausfallsicherheit zu geringeren Kosten pro nutzbarem Terabyte.
Eine Option, die Paritäts-RAIDs nicht bieten: Komplexes Software-RAID 10 kann mehr als zwei Replikate pro Datenblock verwenden, bis zur Zahl der Geräte im Array, und dafür noch mehr Kapazität gegen zusätzliche Redundanz eintauschen. Das ist eine Nischenoption, die sinnvoll sein kann, wenn der Verlust eines gesamten Spiegelpaars nicht toleriert werden kann, aber keine Standardeinstellung, die die meisten Umgebungen benötigen.
Implementierungsdetails, die die Regeln ändern
Linux-Software-RAID bietet tatsächlich drei unterschiedliche Möglichkeiten statt nur einer. Sie können verschachtelte RAID-1+0- oder RAID-0+1-Gerätestacks manuell erstellen oder über mdadm --level=10 oder YaST, die nicht verschachtelt ist. Die komplexe Variante erlaubt gerade und ungerade Gerätezahlen (verschachteltes 1+0 erfordert eine gerade Zahl), ermöglicht die Konfiguration von zwei bis N Replikaten und bietet die Auswahl zwischen Near-, Far- oder Offset-Datenlayouts. Diese weisen jeweils unterschiedliche Leistungseigenschaften auf, die für die verschachtelten Varianten nicht gelten.
LVM RAID 10 wird mit lvcreate erstellt und mit lvconvert --repair repariert. Dieser Reparaturbefehl setzt laut der Linux-LVM-Dokumentation von Oracle jedoch voraus, dass bereits ein physisches Ersatz-Volume an die Volume-Gruppe angehängt wurde. Überspringen Sie diesen Vorbereitungsschritt, gibt es bei einem tatsächlichen Ausfall keinen Zielort, an dem ein ausgefallener Teil wiederhergestellt werden kann.
Hardware-Controller bringen eigene Regeln mit, die keine universellen Eigenschaften von RAID 10 sind. Die MegaRAID-Familie von Broadcom unterstützt beispielsweise Spanned RAID 10 über 4 bis 240 Laufwerke, mit passenden Spans in gerader Anzahl, und erfordert bei 2 bis 32 Laufwerken ein RAID 1 mit einem einzelnen Span, bevor sie ab 36 Laufwerken auf Konfigurationen mit mehreren Spans umschaltet. Diese Schwellenwerte sind Eigenschaften von MegaRAID und der Firmware und lassen sich nicht ohne Weiteres auf den Controller eines anderen Anbieters übertragen. Prüfen Sie stets die Dokumentation der konkreten Hardware, bevor Sie einen Aufbau anhand einer maximalen Laufwerkszahl planen.
Häufig gestellte Fragen
Ist RAID 10 ein Ersatz für Backups?
Nein. RAID schützt ausschließlich vor Hardwareausfällen von Laufwerken. Gegen Ransomware, versehentliches Löschen, logische Beschädigung oder Katastrophen am Standort hilft es nicht. Daher bleibt ein unveränderliches Backup an einem anderen Standort unabhängig vom RAID-Level zwingend erforderlich.
Kann ich Laufwerke unterschiedlicher Größe oder unterschiedlichen Typs in einem RAID-10-Spiegelpaar mischen?
Keine der hier geprüften Anbieterunterlagen nennt eine feste Regel. Nicht aufeinander abgestimmte Laufwerke verschwenden jedoch Kapazität, da die Größe des Paars durch das kleinere Laufwerk begrenzt wird, und können zu ungleichmäßigen Latenzen führen. Laufwerke innerhalb eines Paars aufeinander abzustimmen, ist die sicherere praktische Ausgangsbasis.
Schützt RAID 10 vor dem Ausfall eines gesamten Gehäuses, Controllers oder der Stromversorgung?
Nicht standardmäßig. Die Mathematik hinter „ein Ausfall pro Paar“ setzt unabhängige Laufwerksausfälle voraus. Korrrelierte Ausfälle durch eine gemeinsame Backplane, einen Controller, einen Firmware-Fehler oder ein Stromversorgungsereignis können beide Mitglieder eines Paars gleichzeitig außer Betrieb setzen. Die Verteilung der Spiegelpaare über separate Backplanes oder Gehäuse ist eine von Ihnen zu planende Maßnahme und wird von RAID 10 nicht automatisch umgesetzt.
Wie viele Laufwerke kann ein RAID-10-Array tatsächlich unterstützen?
Das hängt vollständig von der Implementierung ab. Verschachteltes Linux-Software-RAID 1+0 erfordert eine gerade Zahl von Geräten, komplexes mdadm RAID 10 erlaubt gerade und ungerade Anzahlen, und jede Hardware-Controllerfamilie legt eigene Grenzen für Spans und Laufwerkszahlen fest. Eine einheitliche maximale Zahl für alle Implementierungen gibt es nicht.
Lohnt sich RAID 10 auf SSDs gegenüber HDDs trotz der zusätzlichen Kosten?
Anbietermaterial berichtet von geringerer Latenz, höheren IOPS und schnelleren Wiederherstellungen auf Flash. Dabei handelt es sich jedoch um einen vom Anbieter gemeldeten Vergleich und nicht um einen unabhängigen Benchmark. Prüfen Sie dies vor einer Budgetentscheidung anhand Ihres eigenen Workloads und Controllers, da sich Preise und Leistung je nach Kapazität, Konfiguration und Supportstufe unterscheiden.