ZFS nutzt keine klassischen Hardware-RAID-Controller, sondern implementiert Redundanz direkt im Dateisystem. Die RAID-Level von ZFS — RAID-Z1, RAID-Z2, RAID-Z3 und Mirror — bieten unterschiedliche Kompromisse zwischen Kapazität, Performance und Ausfallsicherheit. Die richtige Wahl hängt von Plattenzahl, Plattenkapazität und Verfügbarkeitsanforderungen ab.
Warum kein Hardware-RAID mit ZFS?
ZFS muss direkten Zugriff auf die physischen Datenträger haben. Ein Hardware-RAID-Controller versteckt die einzelnen Platten hinter einem virtuellen Volume — ZFS verliert damit zentrale Fähigkeiten:
- Checksummen: ZFS prüft jede Datenblock-Integrität. Bei Hardware-RAID erkennt ZFS keine Silent Data Corruption.
- Self-Healing: ZFS kann fehlerhafte Blöcke automatisch aus der Redundanz reparieren — nur mit direktem Plattenzugriff.
- Flexible Erweiterung: ZFS-Pools lassen sich durch neue vdevs erweitern, ohne den RAID-Controller umzukonfigurieren.
Die Empfehlung: HBA-Controller (Host Bus Adapter) im IT-Modus oder JBOD-Modus verwenden. Der HBA reicht die Platten direkt an ZFS durch.
Die ZFS RAID-Level
Mirror (RAID 1)
Ein Mirror besteht aus 2 oder 3 identischen Kopien jedes Datenblocks.
- Minimum: 2 Datenträger
- Redundanz: 1 Platte darf ausfallen (2-Way Mirror), 2 Platten (3-Way Mirror)
- Nutzbare Kapazität: 50 % (2-Way) bzw. 33 % (3-Way)
- Read-Performance: Exzellent — ZFS liest von beiden/allen Spiegeln parallel
- Write-Performance: Gut — Daten werden gleichzeitig auf alle Spiegel geschrieben
- Rebuild-Zeit: Schnell — nur die Daten des ausgefallenen Datenträgers müssen kopiert werden
Empfehlung: Ideal für kleine Setups (2–4 Platten), Boot-Drives, SSDs und Log-Devices (SLOG/ZIL). Bei SSDs ist Mirror der Standard, da der Kapazitätsverlust bei schnellen Medien weniger ins Gewicht fällt.
RAID-Z1 (ähnlich RAID 5)
RAID-Z1 verteilt Daten und eine Paritätsinformation über alle Datenträger eines vdevs.
- Minimum: 3 Datenträger (empfohlen: 3–5)
- Redundanz: 1 Platte darf ausfallen
- Nutzbare Kapazität: (n−1)/n — z. B. 80 % bei 5 Platten
- Read-Performance: Gut — sequenziell schnell, IOPS durch Stripe-Breite skalierbar
- Write-Performance: Gut — Parität wird bei jedem Write berechnet
- Rebuild-Zeit: Mittel bis lang — alle Daten aller Platten werden gelesen
Empfehlung: Für unkritische Daten oder wenn eine zweite Backup-Kopie existiert. Bei Platten ab 4 TB raten wir von RAID-Z1 ab — die Rebuild-Zeit bei großen Platten beträgt Stunden bis Tage, und ein zweiter Ausfall während des Rebuilds führt zum Datenverlust.
RAID-Z2 (ähnlich RAID 6)
RAID-Z2 nutzt zwei Paritätsblöcke pro Stripe.
- Minimum: 4 Datenträger (empfohlen: 4–8)
- Redundanz: 2 Platten dürfen gleichzeitig ausfallen
- Nutzbare Kapazität: (n−2)/n — z. B. 75 % bei 8 Platten
- Read-Performance: Gut — vergleichbar mit RAID-Z1
- Write-Performance: Leicht geringer als Z1 — zwei Paritätsberechnungen
- Rebuild-Zeit: Lang — aber während des Rebuilds ist ein zweiter Ausfall toleriert
Empfehlung: Der Standard für Produktivdaten ab 4 Platten. Besonders wichtig bei großen HDDs (8+ TB), wo die Rebuild-Zeit mehrere Stunden bis Tage beträgt. RAID-Z2 ist der beste Kompromiss zwischen Kapazität und Sicherheit.
RAID-Z3 (Triple Parity)
RAID-Z3 nutzt drei Paritätsblöcke pro Stripe.
- Minimum: 5 Datenträger (empfohlen: 6–12)
- Redundanz: 3 Platten dürfen gleichzeitig ausfallen
- Nutzbare Kapazität: (n−3)/n — z. B. 75 % bei 12 Platten
- Read-Performance: Gut
- Write-Performance: Etwas geringer als Z2
- Rebuild-Zeit: Sehr lang — aber selbst bei zwei gleichzeitigen Ausfällen noch Schutz
Empfehlung: Für sehr große vdevs (8+ Platten) mit großen HDDs (12+ TB). Bei Platten dieser Kapazität dauert ein Rebuild so lange, dass während des Rebuilds statistisch gesehen ein weiterer Ausfall auftreten kann. RAID-Z3 gibt die Sicherheit, dass selbst dann keine Daten verloren gehen.
Kapazitätsberechnung
| Konfiguration | Platten | Nutzbare Kapazität | Tolerierbare Ausfälle |
|---|---|---|---|
| 2× Mirror | 2× 16 TB | 16 TB (50 %) | 1 |
| 3× RAID-Z1 | 3× 16 TB | 32 TB (67 %) | 1 |
| 4× RAID-Z1 | 4× 16 TB | 48 TB (75 %) | 1 |
| 4× RAID-Z2 | 4× 16 TB | 32 TB (50 %) | 2 |
| 6× RAID-Z2 | 6× 16 TB | 64 TB (67 %) | 2 |
| 8× RAID-Z2 | 8× 16 TB | 96 TB (75 %) | 2 |
| 6× RAID-Z3 | 6× 16 TB | 48 TB (50 %) | 3 |
| 10× RAID-Z3 | 10× 16 TB | 112 TB (70 %) | 3 |
| 12× RAID-Z3 | 12× 16 TB | 144 TB (75 %) | 3 |
vdev-Breite: Wie viele Platten pro vdev?
Die optimale Anzahl Platten pro vdev hängt vom RAID-Level ab:
- Mirror: 2 (Standard) oder 3 (hohe Verfügbarkeit)
- RAID-Z1: 3–5 Platten (nicht mehr — Rebuild-Risiko steigt)
- RAID-Z2: 4–8 Platten
- RAID-Z3: 6–12 Platten
Faustregel: Die Gesamtzahl der Platten durch die vdev-Breite teilen, um die Anzahl der vdevs zu bestimmen. Ein Pool mit 12 Platten kann z. B. als 2× 6er RAID-Z2 oder 3× 4er RAID-Z2 konfiguriert werden.
Mehr vdevs = mehr IOPS (Schreiboperationen werden über vdevs verteilt). Aber: Ein vdev ist die kleinste Redundanzeinheit — bei einem vdev-Ausfall sind die Daten verloren.
Striped Mirror vs RAID-Z
Für hohe Random-IOPS (Datenbanken, VMs) sind Striped Mirrors oft besser als RAID-Z:
Pool mit 8 Platten:
Option A: 1× RAID-Z2 (8 Platten) → ~6× sequenzielle Speed, ~1× Random-IOPS
Option B: 4× Mirror (je 2 Platten) → ~4× sequenzielle Speed, ~4× Random-IOPSRAID-Z schreibt immer einen ganzen Stripe — auch bei kleinen Blöcken. Mirrors schreiben nur die betroffenen Blöcke. Für VM-Storage (viele kleine Reads/Writes) sind Mirrors daher oft performanter.
Empfehlungen nach Anwendungsfall
| Anwendung | Empfohlenes Layout | Begründung |
|---|---|---|
| NAS/Fileserver | RAID-Z2 (6–8 HDDs) | Beste Kapazitätsausnutzung bei guter Sicherheit |
| VM-Storage (Proxmox) | Mirror (SSDs) | Maximale IOPS für VM-Workloads |
| Backup-Ziel (PBS) | RAID-Z2 (4–8 HDDs) | Kapazität wichtiger als IOPS |
| Datenbank | Mirror (SSDs) | Random-IOPS entscheidend |
| Archiv (Cold Storage) | RAID-Z3 (8–12 HDDs) | Maximale Sicherheit bei großen Platten |
| Boot-Drive | Mirror (2× SSD) | Einfach, schnell, redundant |
Häufig gestellte Fragen
Kann ich das RAID-Level nachträglich ändern?
Nein — das RAID-Level eines bestehenden vdevs kann nicht geändert werden. Der Pool muss neu erstellt werden. Daher ist die initiale Planung entscheidend. Seit OpenZFS 2.3 können allerdings vdevs um zusätzliche Platten erweitert werden (RAIDZ Expansion).
Wie lange dauert ein Rebuild?
Abhängig von Plattengröße und -geschwindigkeit: Bei einer 16 TB HDD mit ~200 MB/s dauert ein Resilver (ZFS-Rebuild) ca. 22 Stunden. Bei einer 2 TB SSD mit 500 MB/s nur ~1 Stunde.
Was ist besser: RAID-Z2 oder 3-Way Mirror?
Beides toleriert 2 Ausfälle. RAID-Z2 bietet mehr Kapazität (z. B. 67 % bei 6 Platten vs. 33 % bei 3-Way Mirror). 3-Way Mirror bietet bessere Random-IOPS. Für Kapazität → Z2, für Performance → Mirror.
Brauche ich trotzdem ein Backup?
Ja — RAID (jedes Level) schützt vor Plattenausfall, nicht vor versehentlichem Löschen, Ransomware oder Feuer. Ein RAID-Level ersetzt kein Backup. Die 3-2-1-Regel gilt unabhängig vom RAID-Level.
Sie planen ein TrueNAS-Storage-System und sind unsicher welches RAID-Level das richtige ist? Kontaktieren Sie uns — wir dimensionieren den Pool passend zu Ihrem Workload.
Mehr zu diesen Themen:
Weitere Artikel
Disaster Recovery für KMU: Ausfallzeiten minimieren
Disaster Recovery Planung für kleine und mittlere Unternehmen: RPO, RTO, Backup-Strategien und konkrete Maßnahmen gegen IT-Ausfälle.
IT-Sicherheit für KMU: Die wichtigsten Maßnahmen 2026
IT-Sicherheit für kleine und mittlere Unternehmen: Die 10 wichtigsten Maßnahmen gegen Cyberangriffe — von Firewall über Backup bis Mitarbeiterschulung.
NAS vs SAN vs DAS: Speicherlösungen im Vergleich
NAS, SAN oder DAS? Wir erklären die drei Speicherarchitekturen, ihre Unterschiede, Einsatzgebiete und welche Lösung für Ihr Unternehmen die richtige ist.