RAID-Ebenen – welches System für den Server wählen und warum das keine Wahl für immer ist

Drei Buchstaben, und so viele Missverständnisse. RAID begleitet Server seit dem Ende der 1980er Jahre, als eine Gruppe von Forschern bemerkte, dass es statt einer teuren Festplatte besser ist, mehrere günstigere zusammenzuschalten und die Daten geschickt auf sie zu verteilen. Aus dieser einfachen Idee erwuchs eine ganze Familie von Lösungen – und mit ihr die Frage, die bei jeder Serverkonfiguration wiederkehrt: „Na gut, aber welches RAID wählen?"

Das Problem ist, dass es auf diese Frage keine einzige gute Antwort gibt – es gibt so viele gute Antworten wie Lasttypen. RAID ist kein Ranking, in dem eine höhere Nummer „besser" bedeutet. Es ist ein Satz von Kompromissen zwischen drei Dingen: Datensicherheit, Leistung und dem, wie viel Kapazität tatsächlich nutzbar bleibt. Gehen wir also die wichtigsten Ebenen so durch, dass Sie nach der Lektüre nicht nur wissen, worin sie sich unterscheiden, sondern warum die eine zu einer Datenbank passt und die andere zu einem Archiv.

RAID-Ebenen: Alles läuft auf drei Kniffe hinaus

Bevor wir in die konkreten Ebenen einsteigen, lohnt es sich, drei Mechanismen zu verstehen, aus denen sie alle zusammengesetzt sind. Das ist wirklich die ganze Theorie, die man kennen muss.

• Striping – die Daten werden in Stücke aufgeteilt, die über viele parallel arbeitende Festplatten verstreut werden. Effekt: höhere Leistung, weil mehrere Laufwerke gleichzeitig lesen und schreiben.
• Mirroring (Spiegelung) – dieselben Daten werden gleichzeitig auf zwei Festplatten geschrieben. Effekt: Fällt eine aus, hat die andere den kompletten Satz. Sicherheit auf Kosten der Kapazität.
• Parität (Parity) – neben den Daten wird eine mathematische „Prüfsumme" geschrieben, aus der sich der Inhalt der fehlenden Festplatte rekonstruieren lässt. Kompromiss: etwas Kapazität für den Schutz, ohne alles zu verdoppeln.

Und das war's. Jede RAID-Ebene ist eine andere Kombination dieser drei – mal eine Technik, mal zwei zugleich. Wenn Sie das wissen, hört der Rest auf, Magie zu sein.

RAID 0 und RAID 1 – zwei gegensätzliche Charaktere

RAID 0 ist reines Striping, ohne jeglichen Schutz. Es bietet maximale Leistung und volle Kapazitätsnutzung, hat aber eine fatale Eigenschaft: der Ausfall einer Festplatte zerstört das gesamte Array, und das Risiko wächst mit jedem weiteren Laufwerk. Das ist ausschließlich eine Wahl für flüchtige oder regelmäßig gesicherte Daten – Cache, temporäre Dateien, Scratch für Rendering. Für nichts Produktives.

Am anderen Pol steht RAID 1 – Mirroring, also die klassische Spiegelkopie auf zwei Festplatten. Es bietet 100 % Redundanz: Fällt eine Festplatte aus, leben die Daten auf der anderen. Der Preis? Sie zahlen für die doppelte Kapazität, weil zwei Festplatten dasselbe halten – die Kosten pro Megabyte sind doppelt so hoch. Dafür ist es kinderleicht und zuverlässig, deshalb ist es die natürliche Wahl für Systemfestplatten und kleine Server. Beim Lesen können die Daten von einer beliebigen der zwei Festplatten gelesen werden, was ein netter Leistungsbonus ist.

RAID 5 und RAID 6 – Parität, also der goldene Mittelweg (mit Sternchen)

RAID 5 ist Striping mit verteilter Parität. Jahrelang galt es als bester Kompromiss: gute Leistung, ordentliche Ausfallsicherheit und hohe Kapazitätseffizienz (Sie verlieren nur die Kapazität einer Festplatte). Es übersteht den Ausfall eines Laufwerks – die Daten rekonstruiert es aus der Parität – aber bis zum Austausch und zur Neuerstellung arbeitet das gesamte Array mit reduzierter Leistung.

Es gibt jedoch einen Haken, den man kennen muss, besonders bei intensiven Schreibvorgängen – die Write Penalty. In RAID 5 bedeutet jeder einzelne Schreibvorgang darunter ganze 4 Operationen (Lesen der Daten, Lesen der Parität, Schreiben der Daten, Schreiben der Parität). Deshalb kommt RAID 5 hervorragend mit Lesevorgängen zurecht, aber schlechter mit zufälligen Schreibvorgängen – es eignet sich für Anwendungen, die nicht mit ständigem Schreiben belastet sind.

RAID 6 ist RAID 5 mit doppelter Parität – es verkraftet den Ausfall von zwei Festplatten gleichzeitig. Die Leistung ist der „Fünf" ähnlich (zufällige Schreibvorgänge etwas langsamer durch zusätzliche Berechnungen), und es bewährt sich dort, wo Kapazität und hohe Verfügbarkeit zählen. Und hier kommen wir zu einer Sache, über die zu selten gesprochen wird und die heute die Wahl zwischen 5 und 6 entscheidet.

Warum wird RAID 5 bei großen Festplatten riskant?

Wenn in einem Array eine Festplatte ausfällt, muss der Controller während der Neuerstellung den gesamten Inhalt der übrigen Festplatten lesen – Bit für Bit. Und je größer die Festplatten, desto größer die Chance, dass er irgendwo unterwegs auf einen nicht behebbaren Lesefehler (URE) trifft. Die Zahlen können ernüchtern: Für das Modell RAID 6 (8+2) mit 1-TB-Festplatten betrug die Chance eines fehlerfreien Lesens nach zwei Ausfällen nur ca. 52,76 %. Und wir sprechen von 1-TB-Festplatten – bei den heutigen, um ein Vielfaches größeren, ist das Risiko noch höher.

Daher eine einfache Regel, die wir in der Praxis anwenden: je größer die Festplatten, desto stärker das Argument für RAID 6 statt RAID 5. In der „Sechs" lässt sich ein einzelner URE während der Neuerstellung nach einem Ausfall aus der zweiten Parität korrigieren – das Problem beginnt erst, wenn während des Rebuilds eine weitere Festplatte ausfällt. Das ist ein Spielraum, den RAID 5 schlicht nicht hat.

RAID 10, 50, 60 – wenn man Ebenen kombiniert

RAID 10 sind Spiegel, die in einem Stripe zusammengefasst sind (mindestens 4 Festplatten) – es nimmt das Beste aus zwei Welten: die Redundanz des Mirroring und die Leistung des Striping, ohne Paritäts-Overhead. Es hat keine Write Penalty, deshalb glänzt es bei zufälligen Schreibvorgängen – darum ist es die Standardwahl für Datenbanken und kritische Anwendungen. Sie zahlen dafür mit Kapazität: üblicherweise bleiben 50 % des Rohspeichers nutzbar, weil die Hälfte für die Spiegel draufgeht.

Wenn Arrays wachsen, tauchen verschachtelte Ebenen auf:

• RAID 50 (5+0) – Striping über mehrere RAID-5-Gruppen. Es verkraftet den Ausfall einer Festplatte in jeder Gruppe und verbessert die Schreibleistung gegenüber der gewöhnlichen „Fünf".
• RAID 60 (6+0) – dasselbe, aber auf RAID-6-Gruppen: es verkraftet je zwei Ausfälle in jeder Gruppe. Die Wahl für große, kapazitätsstarke Arrays, wo sowohl Leistung als auch Ausfallsicherheit zählen.

Eine Kuriosität aus der Praxis: Es gibt sogar ein dreistufiges RAID 10+0 – es entsteht, weil ein einzelner Hardware-Controller nicht so viele Festplatten auf einmal adressieren kann. Man macht also RAID 10 in der Hardware und fügt diese Gruppen dann per Software in RAID 0 zusammen. Das ist ein guter Moment, um über einen Unterschied zu sprechen, der oft entgeht.

Software- oder Hardware-RAID?

Das sind zwei verschiedene Schulen, jede mit einem anderen Sinn.

• Hardware-RAID – die Berechnungen übernimmt ein dedizierter Controller (z. B. Dell PERC, HPE Smart Array). Er entlastet den Serverprozessor, hat einen batterie- oder flash-gestützten Cache und kommt besser mit der Neuerstellung zurecht. Er ist teurer und bindet Sie an einen bestimmten Controller, aber das ist Standard in Produktionsumgebungen.
• Software-RAID – läuft im Betriebssystem (mdadm, ZFS, Storage Spaces). Günstiger und flexibel, aber belastet die CPU und hängt vom OS ab.

In Firmenservern setzen wir üblicherweise auf Hardware-RAID und einen passenden RAID-Controller – in der Variante Dell PERC oder HPE Smart Array. Er berechnet die Parität und entscheidet oft über die reale Leistung des Ganzen – die Festplatten sind nur ein Teil der Gleichung.

RAID-Ebenen nebeneinander

WP = Write Penalty (Multiplikator der Schreiboperationen).

Also welches wählen?

Wie Sie sehen, gibt es „das beste RAID" nicht – es gibt nur das beste für Ihre Last. Kurz, so wie wir am häufigsten raten: RAID 1 für Systemfestplatten, RAID 10 für Datenbanken und Virtualisierung, RAID 6 (oder 60) für große, kapazitätsstarke Volumes, und RAID 5 immer vorsichtiger und eher nur auf kleineren Festplatten. Und eine Sache, die bei jeder Ebene gilt: selbst das beste RAID ist kein Backup. Es schützt vor einem Festplattenausfall, nicht vor dem Löschen einer Datei oder vor Ransomware. Wenn Sie von der Theorie zum Konkreten übergehen möchten, wählen wir RAID-Ebene, Controller und Festplatten für Ihre Anwendung aus – es reicht, dass Sie uns schreiben, was auf dem Server laufen soll. Das Ganze stellen wir aus Festplatten und SSDs, fertigen Disk-Arrays und bewährten Controllern zusammen – getestet und mit einer Garantie von 12–36 Monaten. Mehr über den Sinn der Redundanz selbst haben wir im Text „RAID – Datenschutz oder unnötige Ausgabe?" geschrieben.

FAQ

Welche RAID-Ebene ist die beste?

Es gibt nicht die eine beste – es hängt von der Last ab. RAID 1 für Systemfestplatten, RAID 10 für Datenbanken und Virtualisierung, RAID 6/60 für große kapazitätsstarke Arrays, RAID 5 eher nur bei kleineren Festplatten.

RAID 5 oder RAID 6?

Bei großen Festplatten – RAID 6. Es bietet Ausfallsicherheit gegen den Ausfall zweier Laufwerke und erlaubt es, einen Lesefehler (URE) während der Neuerstellung zu korrigieren, was bei heutigen Kapazitäten die Daten real rettet.

Was ist die Write Penalty?

Das ist der Multiplikator der Schreiboperationen, der aus den Paritätsberechnungen resultiert. In RAID 5 ist ein Schreibvorgang darunter ganze 4 Operationen, deshalb kommen RAID 5/6 schlechter mit intensiven zufälligen Schreibvorgängen zurecht als RAID 10.

Warum wird RAID 10 für Datenbanken empfohlen?

Weil es die Redundanz der Spiegel mit der Leistung des Striping vereint und keinen Paritäts-Overhead (Write Penalty) hat. Es bewältigt die für Datenbanken typischen zufälligen Schreibvorgänge hervorragend – auf Kosten von 50 % der Kapazität.

Hardware- oder Software-RAID?

In Produktionsumgebungen üblicherweise Hardware-RAID – es entlastet die CPU, hat einen gestützten Cache und stellt das Array besser wieder her. Software-RAID ist günstiger und flexibel, belastet aber den Prozessor und hängt vom System ab.

Ersetzt RAID ein Backup?

Nein. RAID schützt vor einem Festplattenausfall, holt aber kein Löschen, Überschreiben oder Schäden nach Ransomware zurück. Ein Backup ist eine separate, unverzichtbare Schutzschicht.