RAID 10 vs. RAID 5: Welches Array eignet sich für wen?

RAID 10 vs. RAID 5 — wer ein NAS oder einen Storage-Server aufsetzt, landet früher oder später bei dieser Entscheidung. Beide RAID-Level kombinieren Redundanz mit nutzbarer Kapazität, arbeiten aber fundamental anders. Welches Array besser zu Ihrem Einsatzszenario passt, hängt von drei messbaren Faktoren ab: Schreib-Performance, Rebuild-Risiko und Kosteneffizienz.

RAID 10 vs. RAID 5: Die technischen Grundlagen im Vergleich

RAID ist kein monolithisches Konzept — jedes RAID-Level trifft andere Kompromisse zwischen Geschwindigkeit, Sicherheit und Kapazitätsausnutzung. Um den Vergleich von RAID 10 und RAID 5 sauber zu führen, lohnt sich zunächst ein Blick auf die jeweiligen Mechanismen.

RAID 5 verteilt Daten und Paritätsinformationen im Rotationsprinzip über mindestens drei Festplatten. Die Parität entsteht durch XOR-Berechnungen: Fällt eine Platte aus, lässt sich ihr Inhalt rechnerisch aus den verbleibenden Daten und der Parität rekonstruieren. Das erklärt sowohl die Stärke (Toleranz eines Einzelausfalls) als auch die entscheidende Schwäche des Levels — dazu gleich mehr. Die maximale Anzahl an Festplatten in einem RAID-5-Verbund ist technisch nicht fest begrenzt; praktisch setzt der Controller oder das NAS-Betriebssystem die Grenze. Bei mehr als acht bis zehn Platten steigt das statistische Risiko eines zweiten Ausfalls während des Rebuilds jedoch erheblich.

RAID 10 kombiniert zwei bekannte Techniken: Striping (RAID 0) und Mirroring (RAID 1). Konkret werden je zwei Festplatten zu einem gespiegelten Paar zusammengefasst, und mehrere dieser Paare werden dann per Striping verbunden. Das Minimum sind vier Platten, die Anzahl muss stets gerade sein. Jedes Datensegment existiert mindestens zweifach — auf je einer Platte pro Mirror-Paar.

Der zentrale strukturelle Unterschied: RAID 5 arbeitet mit berechneter Redundanz (Parität), RAID 10 mit physischer Redundanz (Spiegelung). Das hat direkte Konsequenzen für jeden Schreibvorgang.

Einen ausführlicheren Einstieg in die Grundprinzipien von Mirroring und Parität bietet der Vergleich RAID 1 vs RAID 5 — sinnvoll als Ergänzung zu diesem Artikel.

Performance-Check: Warum RAID 10 bei Schreibzugriffen gewinnt

Der Performance-Vergleich zwischen RAID 5 und RAID 10 wird oft auf einen einfachen Satz reduziert: „RAID 10 ist schneller." Das stimmt — aber nur für Schreiboperationen, und der Grund dafür ist präzise messbar.

RAID 5: Der Write-Penalty-Effekt

Jeder Schreibvorgang in einem RAID-5-Verbund erzeugt nicht eine, sondern vier Festplatten-I/Os: der Controller muss zunächst die alten Daten lesen, dann die alte Parität lesen, anschließend die neue Parität berechnen und erst dann beide Werte — Daten und Parität — zurückschreiben. Dieser Overhead heißt Write Penalty oder RAID-5-Schreibstrafe und halbiert in der Praxis den Schreib-Durchsatz gegenüber einem theoretischen Maximum.

Bei einer HDD-basierten Konfiguration mit vier 7.200-rpm-Platten (je ~150 MB/s sequenziell) liegt der effektive sequenzielle Schreibdurchsatz eines RAID-5-Arrays typischerweise bei 300–350 MB/s. RAID 10 mit denselben vier Platten erreicht unter gleichen Bedingungen 280–300 MB/s sequenziell — der Unterschied wirkt bei großen sequenziellen Schreibvorgängen zunächst gering. Entscheidend ist jedoch das Verhalten bei zufälligen Schreibzugriffen: Hier zeigt sich der Write Penalty deutlich, weil jede kleine Schreiboperation vier I/Os auslöst. RAID 10 halbiert schlicht jeden Schreibvorgang auf zwei Platten ohne Rechenaufwand.

Lesezugriffe: Gleichstand mit Nuancen

Bei Lesezugriffen liefern beide Level vergleichbare Ergebnisse — beide profitieren von parallelem Zugriff auf mehrere Platten. RAID 5 kann hier minimal vorne liegen, weil mehr Spindeln am Lesen beteiligt sind. Der Unterschied ist in der Praxis selten ausschlaggebend.

RAID 5 und SSDs: Ein Sonderfall

Mit SSDs relativiert sich der Write-Penalty-Effekt teilweise: Moderne SSDs haben ausreichend interne Write-Caches und IOPS-Reserven, um die vier I/Os eines RAID-5-Schreibzyklus schneller zu absolvieren. Dennoch bleibt der logische Overhead bestehen. Wer tiefere SSD Grundlagen kennen möchte, findet dort die relevanten Kennzahlen.

RAID 10 (4× HDD): ~280–300 MB/s Schreiben RAID 5 (4× HDD): ~300–350 MB/s sequenziell, aber bei zufälligen 4-KB-Schreibvorgängen bis zu 50 % weniger effektive IOPS gegenüber RAID 10

Datensicherheit und Rebuild-Risiken: RAID 5 an der Belastungsgrenze

Dieser Abschnitt ist der kritischste im gesamten Vergleich — und der, in dem RAID 5 am deutlichsten verliert, je größer die verwendeten Festplatten werden.

Das URE-Problem bei großen Festplatten

RAID 5 toleriert den Ausfall genau einer Festplatte. Sobald eine Platte ausfällt, arbeitet das Array im sogenannten Degraded Mode weiter — es gibt keine Redundanz mehr. Der Controller beginnt, die verlorenen Daten durch Lesen aller verbleibenden Platten und Berechnen der Parität zu rekonstruieren. Dieser Rebuild-Vorgang liest dabei jedes Bit der verbleibenden Platten.

Hier kommt ein physikalisches Limit ins Spiel: Festplatten weisen unkorrigierbare Lesefehler (Unrecoverable Read Errors, URE) mit einer statistischen Rate von typischerweise 1 URE pro 10^14 bis 10^15 gelesenen Bits auf. Eine 8-TB-Platte enthält ~6,4 × 10^13 Bit. Bei einem RAID-5-Rebuild mit drei Platten à 8 TB werden insgesamt ~1,9 × 10^14 Bit gelesen — genau im Bereich, in dem ein URE statistisch wahrscheinlich wird. Tritt ein Lesefehler während des Rebuilds auf, scheitert der gesamte Wiederherstellungsvorgang. Das bedeutet: vollständiger Datenverlust, obwohl nur eine Platte ausgefallen ist.

RAID 10 im Rebuild: Der strukturelle Vorteil

Bei RAID 10 liest der Controller zur Wiederherstellung einer ausgefallenen Platte ausschließlich deren Mirror-Partner — also eine einzige Festplatte. Für eine 8-TB-Platte liest er ~6,4 × 10^13 Bit. Das URE-Risiko sinkt auf ein Siebtel des RAID-5-Wertes. Die Rebuild-Zeit verkürzt sich entsprechend drastisch: Was bei RAID 5 mit fünf 8-TB-Platten 24–36 Stunden dauern kann, erledigt RAID 10 in 4–8 Stunden. Während dieser gesamten Zeit ist das Array verletzlich — die kürzere Zeitspanne ist kein Komfort-Feature, sondern ein Sicherheitsfaktor.

Weitere Details zur Ausfalltoleranz und zu konkreten Szenarien finden sich in der Analyse Ausfallsicherheit RAID 10.

RAID 6 als Mittelweg

Wer mehr als fünf oder sechs große Festplatten in einem Array betreibt, aber die Kostenstruktur von RAID 10 scheut, sollte RAID 6 in Betracht ziehen. RAID 6 arbeitet mit doppelter Parität und toleriert den gleichzeitigen Ausfall von zwei Platten — die RAID-6-Mindestanzahl an Festplatten beträgt vier. Es löst das URE-Problem nicht vollständig, reduziert das Risiko aber erheblich. Im direkten Vergleich RAID 5 vs. RAID 6 vs. RAID 10 gewinnt RAID 10 beim Rebuild-Risiko klar, RAID 6 liegt zwischen RAID 5 und RAID 10.

Speicherkapazität und Kosten: Die Effizienz-Falle

Wer ausschließlich auf die Kapazitätsausnutzung schaut, entscheidet sich fast automatisch für RAID 5 — und das ist nachvollziehbar. Die Rechnung ist eindeutig:

RAID 10 opfert grundsätzlich 50 % der Rohkapazität — unabhängig davon, wie viele Platten eingesetzt werden. Bei RAID 5 steigt die Effizienz mit der Plattenanzahl: Mit sechs Platten gehen nur ~17 % verloren, mit zehn Platten noch weniger.

Was die Effizienz wirklich kostet

Diese Differenz in Rohzahlen klingt eindeutig, trügt aber über die tatsächliche Entscheidungslogik hinweg. Wer mit RAID 10 ein 24-TB-Array betreiben möchte, benötigt sechs Platten à 8 TB. Wer dasselbe mit RAID 5 macht, kommt mit vier Platten aus — spart also zwei Platten ein. Bei aktuellen Marktpreisen von ca. 150–180 € pro 8-TB-NAS-Festplatte entspricht das einer Ersparnis von 300–360 €.

Diese Ersparnis ist real — aber sie hat einen Preis: höheres Rebuild-Risiko, längere Ausfallzeiten und eine spürbar schwächere Write-Performance. Für ein Heim-NAS mit überwiegend sequenziellem Lese-Betrieb (Medienarchiv, Backup-Ziel) ist das möglicherweise akzeptabel. Für einen kleinen Datenbankserver oder ein produktives NAS mit gleichzeitigen Schreibzugriffen mehrerer Nutzer ist es das in den meisten Fällen nicht.

RAID 5 spart Festplatten — zahlt dafür aber mit Write-Overhead und einem statistisch problematischen Rebuild-Risiko bei modernen Großkapazitätsplatten.

Fazit: RAID 5 oder RAID 10 – Das richtige Setup für Ihr System

Die Entscheidung zwischen RAID 10 und RAID 5 ist keine Frage von Gut und Schlecht, sondern von Einsatzszenario und Risikobereitschaft. Folgende Orientierung hilft:

RAID 5 ist sinnvoll, wenn:

• Das Budget begrenzt ist und maximale Kapazität Priorität hat
• Die Platten nicht größer als 4 TB sind (URE-Risiko bleibt kalkulierbar)
• Der Workload überwiegend aus sequenziellen Lesevorgängen besteht
• Ein regelmäßiges, externes Backup das verbleibende Rebuild-Risiko abfedert

RAID 10 ist die bessere Wahl, wenn:

• Schreib-Performance unter Last entscheidend ist (Datenbank, VM-Storage, produktives NAS)
• Festplatten mit 6 TB oder mehr eingesetzt werden
• Kurze Rebuild-Zeiten und minimales URE-Risiko nicht verhandelbar sind
• Die Kapazitätseinbuße von 50 % durch das Budget gedeckt ist

Ein pragmatischer Maßstab: Wer Festplatten mit 8 TB oder mehr in einem RAID-5-Array einsetzt, ohne externes Backup und ohne RAID-6-Option, geht ein messbares Risiko ein, das durch einen Umstieg auf RAID 10 direkt eliminierbar wäre. Die Kostendifferenz von zwei zusätzlichen Platten ist bei einem produktiven System selten der ausschlaggebende Faktor — der Zeitaufwand für eine vollständige Datenwiederherstellung nach einem fehlgeschlagenen Rebuild dagegen sehr wohl.

Für Umgebungen, in denen weder Kapazitätseffizienz noch maximale Schreib-Performance die erste Priorität sind — etwa reine Backup-Server mit seltenen Schreibzyklen — bleibt RAID 5 mit moderaten Plattengrößen ein zuverlässiges und kosteneffizientes RAID-Level.

Häufige Fragen (FAQ)