RAID 1 gegen RAID 5: Performance und Sicherheit im Vergleich

RAID 1 vs. RAID 5 — zwei der meistgenutzten RAID-Level für NAS-Systeme und Storage-Server, und doch funktionieren sie grundlegend verschieden. Wer vor der Entscheidung steht, welches Setup er aufbauen soll, kommt an einem Verständnis der zugrundeliegenden Mechanismen nicht vorbei. Dieser Vergleich legt die technischen Unterschiede offen: Mirroring gegen Parity, gemessen an Performance, Ausfallsicherheit und realem Speicherbedarf.

Grundlagen: Mirroring vs. Parity einfach erklärt

Bevor Zahlen verglichen werden, müssen die Konzepte sitzen. RAID erklärt sich am besten über die Frage, was mit den Daten beim Schreiben passiert — denn genau hier trennen sich die Wege der beiden Level.

RAID 1 arbeitet mit Mirroring: Jedes Byte wird identisch auf zwei oder mehr Festplatten geschrieben. Laufwerk A ist eine exakte Kopie von Laufwerk B. Der Controller hat dabei wenig zu rechnen — er leitet denselben Datenstrom einfach parallel weiter. Das Ergebnis ist ein binär-symmetrischer Verbund, der ohne Overhead auskommt.

RAID 5 hingegen verteilt Daten und Paritätsinformationen über mindestens drei Laufwerke. Das Paritätsbit (XOR-Berechnung über die Datenblöcke) rotiert dabei zwischen den Laufwerken — kein einzelnes Laufwerk ist ausschließlich für die Parität zuständig. Aus drei Laufwerken wird ein logisches Array, bei dem jede Schreiboperation eine XOR-Berechnung auslöst. Das ist der entscheidende Unterschied auf RAID-Level-Ebene: RAID 5 braucht Rechenleistung, RAID 1 nicht.

Für den Heimanwender oder Small-Business-Betreiber ist der RAID einfach erklärt-Punkt folgender: RAID 1 ist simpel und robust, RAID 5 ist speichereffizienter, aber komplexer. Wer ein 2-Bay-NAS betreibt, hat gar keine Wahl — RAID 5 erfordert mindestens drei Laufwerke. Ein 4-Bay-Gerät kann dagegen beides.

Mehr zum Kontext, in dem beide RAID-Level eingesetzt werden, liefert der Artikel zu Grundlagen und Einsatzgebieten von NAS.

RAID 1 vs. RAID 5: Der Performance-Check

Ist RAID 5 schneller als RAID 1? Die Antwort ist nicht pauschal — sie hängt davon ab, ob gelesen oder geschrieben wird, und wie viele Laufwerke im Verbund arbeiten.

Lesezugriffe

Beim sequenziellen Lesen hat RAID 5 einen klaren Vorteil: Daten werden über mehrere Laufwerke verteilt und können parallel ausgelesen werden (Striping). Mit drei Laufwerken à 200 MB/s sequentieller Leserate erreicht ein RAID-5-Verbund theoretisch bis zu 400 MB/s (zwei Daten-Laufwerke lesen parallel, während das dritte Parität liefert). RAID 1 mit zwei Laufwerken liest dagegen von einem einzelnen Spiegel — typisch 200 MB/s, bei manchen Controllern bis zu 350 MB/s durch paralleles Lesen beider Spiegel. Bei Random-Read-Zugriffen kann RAID 1 durch Lastverteilung auf beide Spiegel ähnlich wie RAID 5 abschneiden.

Schreibzugriffe

Hier zeigt sich der strukturelle Nachteil von RAID 5: der Write Hole-Effekt und der Parity-Overhead. Jede Schreiboperation löst beim Controller folgende Schritte aus: alten Datenblock lesen, alten Paritätsblock lesen, neuen Paritätsblock berechnen (XOR), neuen Datenblock schreiben, neuen Paritätsblock schreiben. Das sind vier I/O-Operationen für jede einzelne Schreiboperation — der sogenannte Read-Modify-Write-Zyklus.

RAID-Write-Vergleich (exemplarisch, 3×4TB-HDD, Softwaree-RAID):

• RAID 1 sequentiell schreiben: ~200 MB/s (single-stream)
• RAID 5 sequentiell schreiben: ~180–220 MB/s (gut bei großen Blöcken, Controller-abhängig)
• RAID 5 Random Write (4K): 30–60 % langsamer als RAID 1 durch Parity-Overhead
• Hardware-RAID-Controller mit Write-Back-Cache kann RAID-5-Write auf RAID-1-Niveau heben

Fazit zum RAID 1 vs. RAID 5-Performance-Vergleich: Beim sequentiellen Lesen gewinnt RAID 5 mit mehr Laufwerken. Beim Schreiben — vor allem bei kleinen, zufälligen Zugriffen — ist RAID 1 schneller und vorhersehbarer. Ein Hardware-RAID-Controller mit gepuffertem Schreib-Cache kann den RAID-5-Nachteil teilweise ausgleichen, aber das kostet zusätzliches Budget.

Der Einfluss des RAID-Controllers auf die Performance von RAID 5 ist nicht zu unterschätzen: Software-RAID (z. B. Linux MD RAID oder Windows Storage Spaces) verlagert die XOR-Berechnung auf die CPU — messbar bei hoher Last. Hardware-RAID-Controller wie LSI MegaRAID oder HPE Smart Array übernehmen diese Aufgabe auf einem dedizierten Prozessor.

Sicherheit und Ausfallsicherheit: Das Rebuild-Risiko

Beide RAID-Level tolerieren den Ausfall eines einzelnen Laufwerks — das ist ihr gemeinsamer Nenner. Doch wie sie diesen Ausfall überstehen, und vor allem was danach passiert, unterscheidet sie fundamental.

Ausfall im laufenden Betrieb

NAS RAID 1: Fällt ein Laufwerk aus, läuft der Verbund degradiert weiter — alle Daten sind auf dem verbliebenen Spiegel vollständig vorhanden. Der Controller liest nur noch von einem Laufwerk. Kein Datenverlust, kein Leistungseinbruch durch Paritätsberechnung. Das Risiko bis zum Rebuild beschränkt sich auf den Ausfall des zweiten Laufwerks.

NAS RAID 5: Auch hier läuft der Verbund nach einem Laufwerksausfall weiter. Allerdings werden fehlende Daten nun on-the-fly aus den verbleibenden Daten und der Parität rekonstruiert — das kostet beim Lesen messbar Performance. Entscheidender aber: Das Array ist in diesem Zustand nicht mehr redundant.

Das Rebuild-Risiko bei RAID 5

Hier liegt der kritischste Punkt dieses Vergleichs: der Rebuild-Prozess. Wenn ein ausgefallenes Laufwerk durch ein neues ersetzt wird, muss der RAID-5-Controller alle verbleibenden Laufwerke vollständig durchlesen, um die Daten des neuen Laufwerks zu rekonstruieren. Bei modernen Festplatten mit 8, 12 oder 16 TB dauert dieser Prozess unter realer Last 12 bis 48 Stunden — manchmal länger.

Während dieser Zeit ist jedes verbleibende Laufwerk maximaler Belastung ausgesetzt. Und hier kommt die URE-Rate (Unrecoverable Read Error) ins Spiel: Herstellerangaben für Consumer-HDDs liegen bei 1 URE pro 10¹⁴ gelesenen Bits — das entspricht etwa 12,5 TB. Bei einem Rebuild über drei 8-TB-Laufwerke (= 16 TB Gesamtleseaufwand) ist die statistische Wahrscheinlichkeit eines unkorrigierbaren Lesefehlers bereits relevant. Tritt ein URE während des Rebuilds auf, bricht der Rebuild ab — und das Array ist verloren.

Bei RAID 5 mit großen Consumer-Festplatten ist der Rebuild nicht das Ende des Risikos — er ist der Moment des höchsten Risikos.

RAID 1 kennt dieses Problem in dieser Form nicht: Der Rebuild ist ein simpler Kopiervorgang von einem Spiegel auf das neue Laufwerk. Er liest nur von einem Laufwerk und schreibt auf das neue — kein XOR, keine Abhängigkeit von mehreren Laufwerken gleichzeitig.

Wer drei oder mehr Laufwerke betreibt und maximale Ausfallsicherheit sucht, sollte RAID 10 oder RAID 6 in Betracht ziehen. RAID 6 toleriert zwei gleichzeitige Laufwerksausfälle durch doppelte Parität. Einen direkten Vergleich zur RAID 10 Ausfallsicherheit liefert der verlinkte Artikel.

Wichtiger Hinweis: RAID ist kein Backup. Weder RAID 1 noch RAID 5 schützen vor versehentlichem Löschen, Ransomware oder Controller-Ausfall. Ein separates Backup-Konzept bleibt unverzichtbar.

Kapazität und Kosten: Wie viele Festplatten braucht man?

Die Frage wie viele Festplatten braucht man für RAID 5 ist einfach zu beantworten: mindestens drei. Die nutzbare Kapazität berechnet sich als (n–1) × Festplattenkapazität.

Die nutzbare Kapazität vs. Bruttokapazität bei RAID 5 verbessert sich mit jeder weiteren Festplatte — ein Vorteil gegenüber RAID 1, das bei 50 % Effizienz verharrt, egal wie viele Laufwerke im Spiegel verbaut werden.

Kostenperspektive

Für ein Entry-Level-NAS-Projekt mit zwei 4-TB-Laufwerken ist RAID 1 die günstigste und einfachste Option. Wer drei oder vier Laufwerke plant, kann mit RAID 5 mehr nutzbaren Speicher aus demselben Budget herausholen — allerdings auf Kosten der Rebuild-Sicherheit (s. o.) und mit dem Aufwand eines kompatiblen Controllers oder NAS-Systems.

RAID 0 — das Striping ohne Redundanz — sei hier nur der Vollständigkeit halber genannt: Es bietet maximale Performance und volle Kapazität, aber keinerlei Ausfallsicherheit. Ein einzelner Laufwerksausfall bedeutet den Totalverlust aller Daten. Für produktive Datenhaltung scheidet RAID 0 damit aus.

Wer das passende Gehäuse für ein 4-Bay- oder 5-Bay-Setup sucht, findet eine strukturierte Übersicht im Artikel NAS-Gehäuse im Test.

Fazit: RAID 1 oder RAID 5 — Welches System für wen?

Der direkte RAID 1 vs. RAID 5-Vergleich ergibt kein universelles Urteil — beide Level haben definierte Einsatzbereiche.

RAID 1 empfiehlt sich, wenn:

• Nur zwei Laufwerke verbaut werden (2-Bay-NAS oder einfaches Desktop-Setup)
• Maximale Einfachheit beim Rebuild gewünscht ist
• Die Daten kritisch genug sind, dass das Rebuild-Risiko von RAID 5 nicht akzeptabel erscheint
• Random-Write-Performance wichtig ist (z. B. Datenbank-Logs, VM-Images)

RAID 5 empfiehlt sich, wenn:

• Mindestens drei Laufwerke vorhanden sind und Speichereffizienz zählt
• Sequentielle Lesezugriffe dominieren (z. B. Medien-Streaming vom NAS)
• Ein Hardware-RAID-Controller mit Write-Back-Cache verwendet wird
• Die Festplattenkapazitäten moderat sind (≤ 4 TB pro Laufwerk senkt das URE-Risiko beim Rebuild)

Wer vier oder mehr Laufwerke betreibt und sowohl Effizienz als auch Sicherheit will, sollte RAID 10 vs. RAID 5 gegeneinander abwägen: RAID 10 bietet die Rebuild-Einfachheit von RAID 1 bei höherer Performance, kostet aber 50 % der Bruttokapazität. RAID 6 dagegen schützt mit doppelter Parität vor zwei gleichzeitigen Laufwerksausfällen — bei geringfügig höherem Schreib-Overhead als RAID 5.

Das Fazit für die Praxis: Mit Consumer-Festplatten über 6 TB ist RAID 5 ohne regelmäßige Scrubs und ohne schnelle Ersatz-Laufwerke im Regal ein kalkuliertes Risiko. RAID 1 bleibt die sicherere, wenn auch teurere Wahl pro gespeichertem Terabyte.

Häufige Fragen (FAQ)