RAID im NAS - Welches Level ist das richtige für dich?

RAID ist im NAS kein Detail, das man nebenbei abnickt, sondern eine Grundentscheidung über Platz, Schutz und Geschwindigkeit. Wer die Unterschiede zwischen den gängigen RAID-Leveln versteht, vermeidet teure Fehlkäufe und wählt ein Setup, das wirklich zum eigenen Risiko passt. Ich konzentriere mich hier auf das, was im Alltag zählt: nutzbare Kapazität, Ausfallsicherheit, Performance und die Frage, welche Konfiguration für welches NAS sinnvoll ist.

Was RAID im NAS wirklich leistet

RAID bündelt mehrere Festplatten zu einem logischen Speicherverbund. Je nach Level werden Daten gestreift, gespiegelt oder mit Parität abgesichert; Parität ist Redundanzinformation, aus der fehlende Daten nach einem Defekt rekonstruiert werden können. Der wichtigste Punkt ist dabei simpel: RAID erhöht Verfügbarkeit und oft auch Tempo, ersetzt aber kein Backup.

Ich trenne diese beiden Ebenen immer bewusst. RAID schützt in erster Linie vor dem Ausfall eines Laufwerks, ein Backup schützt vor versehentlichem Löschen, Verschlüsselungstrojanern, Dateikorruption oder dem Totalausfall des Systems. Genau deshalb sollte man die RAID-Stufe nie isoliert betrachten, sondern immer zusammen mit dem Sicherungskonzept.

Wenn diese Abgrenzung sitzt, wird die Auswahl deutlich leichter. Denn die verschiedenen RAID-Varianten sind keine Konkurrenz nach dem Motto „besser oder schlechter“, sondern Werkzeuge für unterschiedliche Zielkonflikte.

Die Unterschiede der gängigen RAID-Level im Überblick

Für ein NAS sind vor allem die klassischen RAID-Level relevant. Die folgende Übersicht zeigt, wie ich sie in der Praxis bewerte: nach Ausfallschutz, Kapazität, Geschwindigkeit und typischem Einsatz.

Die grobe Regel ist leicht zu merken: RAID 0 maximiert Tempo und Platz, RAID 1 maximiert Einfachheit, RAID 5 balanciert Kapazität und Schutz, RAID 6 kauft mehr Sicherheit mit etwas weniger Nettofläche, und RAID 10 bevorzugt Leistung plus Stabilität bei zufälligen Zugriffen. JBOD ist keine RAID-Absicherung, sondern eher eine organisatorische Option für getrennte oder zusammengefasste Laufwerke.

Mit dieser Einordnung lässt sich besser beurteilen, warum kleine Heim-NAS und große Mehrbay-Systeme oft unterschiedlich geplant werden sollten.

Warum große Arrays mit RAID 50 und RAID 60 entspannter laufen

Je mehr Laufwerke in einem einzigen Verbund hängen, desto empfindlicher wird das System im Fehlerfall. Nicht nur das Risiko eines weiteren Defekts steigt, auch der Wiederaufbau dauert länger, weil mehr Daten neu verteilt werden müssen. Aus einem theoretisch eleganten Setup wird dann schnell ein praktisches Risiko.

Genau hier spielen RAID 50 und RAID 60 ihre Stärken aus. RAID 50 kombiniert mehrere RAID-5-Gruppen mit Striping, RAID 60 macht dasselbe auf Basis von RAID 6. Der Nutzen ist klar: Die Untergruppen bleiben kleiner, Rebuilds sind besser beherrschbar, und die Redundanz verteilt sich robuster über mehrere Laufwerke.

Ich würde RAID 50 vor allem dann prüfen, wenn Kapazität und Performance wichtig sind, RAID 60 dagegen, wenn die Daten wichtiger sind als die letzte Terabyte-Ecke. QNAP weist in seiner Dokumentation genau auf diesen Punkt hin und empfiehlt bei sehr großen Verbünden, die Laufwerke in Untergruppen zu teilen, statt alles in ein einziges großes Array zu pressen.

Für ein kleines 2-Bay- oder 4-Bay-NAS ist das oft noch nicht der entscheidende Punkt. Ab sechs, acht oder mehr Laufwerken ändert sich die Lage aber spürbar, und dann sollte man die Wahl nicht nur nach Rohkapazität treffen.

Gemischte Festplatten kosten mehr Platz als viele denken

Die klassische Falle bei NAS-Planung ist schnell erklärt: Unterschiedliche Laufwerksgrößen werden zusammen in ein RAID gelegt, und am Ende bleiben große Teile der teureren Platten ungenutzt. In klassischen RAID-Gruppen zählt die kleinste Platte als Maßstab für alle Mitglieder. Wer also 4-TB- und 8-TB-Laufwerke mischt, verschenkt Kapazität, obwohl das Array technisch sauber funktioniert.

QNAP weist darauf hin, dass bei gemischten Größen alle Disks effektiv wie die kleinste Platte behandelt werden. Synology empfiehlt für solche Fälle eher SHR oder SHR-2, weil sich die Fläche bei unterschiedlich großen Laufwerken meist besser ausnutzen lässt. SHR, also Synology Hybrid RAID, ist genau für diese Mischsituation gedacht und kann den Frust über „verschwundene“ Terabytes deutlich reduzieren.

Ein paar grobe Rechenbeispiele machen die Größenordnung klar:

• 4 × 8 TB in RAID 5 ergeben theoretisch etwa 24 TB nutzbar, real etwas weniger durch System- und Dateisystemreserve.
• 4 × 8 TB in RAID 10 ergeben etwa 16 TB nutzbar.
• 6 × 8 TB in RAID 6 ergeben etwa 32 TB nutzbar.

Synology weist im RAID-Rechner außerdem darauf hin, dass pro Laufwerk rund 10 GB Systemreserve sowie zusätzliche Metadatenfläche eingeplant werden müssen. Bei Btrfs sind es 4 Prozent für Metadaten, bei ext4 2 Prozent. Das ist kein Drama, erklärt aber, warum die im Kopf gerechnete Kapazität fast immer etwas zu optimistisch ausfällt.

Wenn man diese Effekte mitdenkt, wird die Planung deutlich nüchterner und damit besser. Genau an dieser Stelle passieren die meisten Fehlentscheidungen.

Die häufigsten Fehlentscheidungen bei RAID

Die größte Fehlentscheidung ist für mich nach wie vor der Glaube, RAID 0 sei eine clevere Abkürzung für „mehr Speicher“. Ja, es ist mehr Speicher und oft auch mehr Tempo, aber ohne Schutz. Eine defekte Platte reicht, um den gesamten Verbund zu verlieren.

• RAID mit Backup verwechseln - Spiegelung schützt nicht vor Löschen, Malware oder einem Defekt außerhalb der Festplatte.
• Zu viele Laufwerke in RAID 5 stecken - Der Verbund wird größer, aber Rebuilds werden kritischer. Für größere Arrays ist RAID 6 meist die ruhigere Wahl.
• Unterschiedliche Größen blind mischen - Das kostet Platz und bringt selten den erwarteten Nutzen.
• Leistung überschätzen - RAID 5 ist oft ein guter Kompromiss, aber nicht automatisch schneller als RAID 10 bei vielen kleinen, zufälligen Schreibzugriffen.
• Kompatibilität ignorieren - Nicht jedes NAS unterstützt jede RAID-Stufe oder jede spätere Migration im gleichen Umfang.

Ich prüfe deshalb immer zuerst das Risiko, dann die Kapazität, erst danach die Geschwindigkeit. Wer andersherum plant, optimiert oft das Falsche.

So würde ich die RAID-Wahl heute pragmatisch treffen

Wenn ich ein NAS von Grund auf plane, gehe ich in einer klaren Reihenfolge vor: Zuerst definiere ich, welche Daten wirklich kritisch sind, dann wie viele Bays zur Verfügung stehen, und erst danach entscheide ich über den RAID-Typ. Für ein 2-Bay-Gerät nehme ich meist RAID 1. Für ein 4-Bay-NAS ist RAID 5 oder ein flexibleres SHR-Konzept oft die vernünftigste Mitte. Bei sechs oder mehr Laufwerken schaue ich sehr genau auf RAID 6 oder RAID 60.

• Wichtige Familien- und Bürodaten: RAID 1, RAID 5 oder RAID 6 je nach Bay-Zahl.
• Hohe Schreiblast oder viele kleine Dateien: RAID 10 prüfen.
• Sehr große Arrays: RAID 6, RAID 60 oder aufgeteilte Gruppen statt eines einzigen großen Verbunds.
• Gemischte Laufwerksgrößen: sauber planen oder bei Synology SHR beziehungsweise SHR-2 in Betracht ziehen.
• Jede Konfiguration: zusätzlich ein echtes Backup, idealerweise getrennt vom NAS und regelmäßig getestet.

Am Ende zählt nicht die eleganteste Theorie, sondern die Kombination aus Ausfallschutz, nutzbarer Kapazität und realem Betriebsaufwand. Wer diese drei Punkte ehrlich gegeneinander abwägt, trifft bei RAID in der Regel die bessere Entscheidung als mit dem bloßen Blick auf die größte TB-Zahl.