RAID-Level für Dedicated Server: 0, 1, 5, 10 und ZFS erklärt

Die Antwort vorab

Für die Ungeduldigen: die Standardwahlen, die für die meisten Workloads passen:

• Zwei Festplatten? RAID 1 (Mirror). Die Hälfte der Rohkapazität, übersteht einen Festplattenausfall, einfach zu durchschauen. Die richtige Antwort für fast jeden Server mit zwei Festplatten.
• Vier oder mehr Festplatten, mit Datenbanken oder VMs? RAID 10. Die Hälfte der Kapazität, exzellente Random-Write-Performance, schnelle, unspektakuläre Rebuilds.
• Vier oder mehr Festplatten, kapazitätshungrig und vorwiegend lesend (Medien, Backups von Backups, Archive)? RAID 5 verschafft Ihnen den meisten nutzbaren Platz mit Schutz gegen den Ausfall einer Festplatte, mit Einschränkungen bei Rebuilds auf großen Festplatten, die weiter unten ehrlich behandelt werden.
• RAID 0 nur für Daten, deren sofortigen Verlust Sie verkraften können: Scratch-Speicher, Caches, reproduzierbare Build-Artefakte.
• ZFS ist weniger ein fünftes Level als eine andere Philosophie (Checksums, Selbstheilung, Snapshots), die sich lohnt, wenn Sie diese Features auch nutzen und seinen Appetit auf RAM stillen können.

Und der Satz, der sich jeder bei einer Storage-Entscheidung eintätowieren sollte: RAID ist Verfügbarkeit, kein Backup. Es hält den Server bei einem Festplattenausfall am Laufen; es repliziert Löschungen, Ransomware und Korruption genauso zuverlässig wie Ihre Daten.

Was RAID tatsächlich tut

RAID (Redundant Array of Independent Disks) fasst physische Festplatten zu einem logischen Volume zusammen und wägt dabei Kapazität, Performance und Redundanz gegeneinander ab. Drei Mechanismen liegen jedem Level zugrunde:

• Striping: Daten werden über Festplatten verteilt, sodass Lese- und Schreibvorgänge mehrere Festplatten gleichzeitig nutzen (mehr Geschwindigkeit, kein Schutz).
• Mirroring: Jeder Block wird auf zwei Festplatten geschrieben (voller Schutz, halbe Kapazität).
• Parity: Redundanz im Umfang einer Festplatte wird über den Stripe berechnet, sodass jede einzelne fehlende Festplatte rekonstruiert werden kann (meiste Kapazität, cleverstes Ausfallverhalten, und das meiste Kleingedruckte).

Jedes praxisrelevante Level ist eines davon oder eine Kombination:

(Die Spalte für die nutzbare Kapazität ist genau die Rechnung, die unser Konfigurator zeigt, sobald Sie bei der Bestellung eine RAID-Variante wählen: RAID 1 liefert die Kapazität einer Festplatte, RAID 5 liefert alles bis auf eine, RAID 10 liefert die Hälfte; unser RAID-Rechner rechnet dieselben Zahlen für jede Festplattenzahl und -größe durch, sowohl in TB als auch in TiB.)

Die Level, ehrlich betrachtet

RAID 0: Geschwindigkeit ohne Sicherheitsgurt

Nur Striping, keine Redundanz: Kapazität und Durchsatz aller Festplatten zusammen, und auch die kombinierte Ausfallwahrscheinlichkeit: Fällt eine einzige Festplatte aus, reißt sie das gesamte Volume mit sich. Das ist kein seltener Grenzfall; über eine mehrjährige Mietdauer ist es das zu erwartende Ereignis. Legitime Einsatzzwecke sind genau die, bei denen Verlust einen erneuten Lauf kostet und keine Daten: CI-Scratch, Render-Zwischenergebnisse, flüchtige Caches. Wenn der Satz "dann stellen wir aus dem Backup wieder her" bei irgendjemandem in Ihrem Unternehmen für Unbehagen sorgt, ist RAID 0 für diesen Datensatz nicht geeignet.

RAID 1: der unspektakuläre Held

Zwei Festplatten, identischer Inhalt. Sie verlieren die Hälfte Ihrer Kapazität und bekommen dafür das denkbar einfachste Ausfallszenario: Eine Festplatte stirbt, der Server zuckt nicht mit der Wimper, Sie tauschen die Festplatte, der Mirror kopiert sich neu. Rebuilds verlaufen sanft (eine lineare Kopie von der gesunden Festplatte), und, eine unterschätzte Tugend, eine einzelne überlebende Festplatte ist eine vollständige, lesbare Kopie Ihrer Daten, kein Puzzleteil. Für OS-Festplatten und jeden Server mit zwei Festplatten ist das aus gutem Grund die Standardwahl.

RAID 5: maximale Kapazität, schärfstes Kleingedrucktes

Mit N Festplatten behalten Sie (N−1)/N des Platzes und überstehen jeden einzelnen Ausfall, auf dem Papier das beste Angebot in der Tabelle. Das Kleingedruckte betrifft das, was nach einem Ausfall passiert:

• Rebuilds lesen jedes Byte jeder überlebenden Festplatte. Bei den großen Festplatten von heute ist das ein langes Zeitfenster, oft viele Stunden bis Tage bei großen HDDs (deutlich kürzer bei NVMe), in dem das Array null Redundanz hat und jede verbleibende Festplatte unter maximaler Dauerlast steht. Ein zweiter Ausfall oder ein unlesbarer Sektor, der mitten im Rebuild auf einer alternden Festplatte entdeckt wird, beendet die Geschichte. Dieses Risiko wächst mit der Festplattengröße, weshalb der Ruf von RAID 5 mit den Terabytes gealtert ist.
• Jeder kleine Schreibvorgang zahlt eine Parity-Steuer (alte Daten lesen, alte Parity lesen, berechnen, beides schreiben), weshalb Workloads mit viel Random-Write (Datenbanken, stark ausgelasteter VM-Storage) RAID 5 stärker zu spüren bekommen, als Benchmarks zum sequenziellen Durchsatz vermuten lassen.

Wo es sich noch immer verdient: vorwiegend lesende, kapazitätsgetriebene Workloads auf moderat großen Festplatten (oder schnell rebuildendem NVMe), mit einem Monitoring, das beim ersten Ausfall tatsächlich Alarm schlägt, und, wie immer, echten Backups. Wenn Sie bei sehr großen Festplatten zu RAID 5 neigen, ist das der Moment, um Dual-Parity (RAID 6 / ZFS raidz2, wo verfügbar) in Betracht zu ziehen oder RAID 10 zu überdenken.

RAID 10: was die Datenbanken wollen

Gespiegelte Paare, zusammen gestriped. Sie zahlen die 50-Prozent-Kapazitätssteuer des Mirrors und bekommen dafür das beste Betriebsprofil der Gruppe: starke Random-I/O (keine Parity-Rechnerei), Ausfälle degradieren nur ein Paar, und Rebuilds kopieren einen einzelnen Mirror, statt das gesamte Array zu belasten. Für Datenbanken, Virtualisierungshosts und alles Schreiblastige, bei dem vorhersehbare Performance während Ausfällen zählt, ist RAID 10 die professionelle Standardwahl. Vier Festplatten bei halber Kapazität sind der Preis dafür, nie einen aufregenden Rebuild zu erleben.

ZFS: dieselben Fragen, andere Philosophie

ZFS vereint Volume-Management und Dateisystem, und seine Entsprechungen, Mirrors (≈RAID 1/10) und raidz1/raidz2 (≈RAID 5/6), ergänzen das, was klassischem RAID grundsätzlich fehlt: Ende-zu-Ende-Checksums. Klassisches RAID vertraut darauf, dass Festplatten ihre eigenen Ausfälle melden; ZFS verifiziert jeden Block beim Lesen und repariert in einem redundanten Layout Korruption still von der guten Kopie ("Selbstheilung"). Obendrauf: Snapshots, die Point-in-Time-Rollback praktisch kostenlos machen, zfs send/receive für effiziente Replikation, und transparente Kompression, die sich oft selbst bezahlt macht.

Die Kosten, ebenso ehrlich: ZFS will RAM (eine Grundlast von einigen GB, plus mehr fürs Caching; sein ARC nutzt gerne, was Sie ihm geben), bringt konzeptionelle Komplexität mit (Pools, Vdevs, Datasets), und seine Parity-Varianten teilen die Schreib-Eigenschaften von RAID 5/6. Faustregeln: Mirrors für VMs und Datenbanken, raidz2 für Bulk-Kapazität, und das ist genau die Storage-Schicht, die Proxmox VE nativ anbietet, weshalb die Wahl schon bei der Hypervisor-Installation ansteht (siehe unseren Proxmox-Einrichtungsguide).

Hardware-RAID, mdadm oder ZFS?

Das Level ist die eine Entscheidung; womit es umgesetzt wird die andere, mit echten Konsequenzen um drei Uhr nachts:

• Hardware-RAID-Controller präsentieren dem Betriebssystem das Array als eine einzige, undurchsichtige Festplatte. Vorteil: OS-unabhängig, einfach zu booten, Write-Back-Cache mit Batterie-/Flash-Absicherung. Nachteil: Das Format des Arrays ist das Geheimnis des Controllers (Recovery oder Migration braucht in der Regel kompatible Hardware), und das Monitoring hängt von Hersteller-Tools ab, die Sie selbst einrichten müssen.
• Linux mdadm (Software-RAID) ist transparent und portabel: Jede Linux-Maschine kann das Array zusammensetzen, cat /proc/mdstat sagt die Wahrheit, und es gibt keine proprietäre Schicht zwischen Ihnen und Ihren Daten. Moderne CPUs machen das Performance-Argument für Hardware-RAID größtenteils zu einer historischen Fußnote (Parity-Rechnerei ist ein Rundungsfehler neben NVMe-Durchsatz).
• ZFS: wie oben, wenn seine Features ihren Overhead rechtfertigen.

Die ehrliche Zusammenfassung: Auf modernen NVMe-Servern ist Software-RAID (mdadm oder ZFS) die Standardempfehlung für Transparenz und Portabilität; Hardware-RAID bleibt sinnvoll, wo OS-Unterstützung, Boot-Beschränkungen oder eine bestehende betriebliche Praxis dafürsprechen.

Auswahl nach Workload

Zwei abschließende Disziplinen, egal wofür Sie sich entscheiden. Überwachen Sie das Array. Das Ausfallverhalten von RAID ist stille Degradation: Die erste Festplatte stirbt, für den Nutzer passiert nichts Sichtbares, und das Array läuft ungeschützt weiter, bis es jemand bemerkt (verbinden Sie mdadm-/SMART-/Controller-Alarme mit einem Menschen). Und sichern Sie Daten. RAID beantwortet "eine Festplatte ist gestorben"; Backups beantworten alles andere, von rm -rf über Ransomware bis zum Ausfall des Arrays selbst. Planen Sie das Backup-Konzept mit derselben Ernsthaftigkeit wie das Array (unser Guide zu Proxmox-Backup-Strategien behandelt den Virtualisierungsfall).

Häufig gestellte Fragen

Ist RAID ein Ersatz für Backups?

Nein, und es lohnt sich, genau zu sein, warum: Die Aufgabe von RAID ist Verfügbarkeit: Der Server läuft weiter, wenn eine Festplatte ausfällt. Jede andere Art von Datenverlust geht ungehindert hindurch: Löschungen, Anwendungsfehler, Ransomware und Dateisystemkorruption werden innerhalb von Millisekunden auf alle Festplatten repliziert, und ein Controller-Ausfall oder der Tod einer zweiten Festplatte kann das gesamte Array mitreißen. Backups sind eine Kopie an anderer Stelle mit Historie; RAID ist Redundanz vor Ort. Produktionsdaten wollen beides.

RAID 5 oder RAID 10?

Entscheiden Sie anhand zweier Achsen: Schreibmuster und Rebuild-Toleranz. Viel Random-Write (Datenbanken, VM-Storage) oder wenig Lust auf lange degradierte Phasen → RAID 10. Vorwiegend lesende Bulk-Kapazität, bei der der zusätzliche nutzbare Platz zählt und die Festplatten moderat groß oder schnell rebuildendes NVMe sind → RAID 5 ist vertretbar. Geht es um RAID 5 auf sehr großen Festplatten, behandeln Sie Dual-Parity (RAID 6/raidz2) als ernsthafte Alternative: Das Rebuild-Fenster mit einfacher Parity auf großen Platten ist das schärfste Risiko in diesem Artikel.

Brauchen schnelle NVMe-Laufwerke noch RAID?

Für Redundanz: ja. NVMe verändert die Performance, nicht die Sterblichkeit. Flash fällt anders aus als rotierende Festplatten (Firmware-Bugs, Controller-Tod, Verschleiß), aber es fällt eben doch aus, und ohne Redundanz bedeutet ein Ausfall die Wiederherstellung aus dem Backup mit entsprechender Downtime. Was NVMe tatsächlich verändert, sind die Kompromisse: Rebuilds sind in Stunden statt Tagen abgeschlossen (was RAID 5s größten Nachteil abmildert), und die Parity-CPU-Kosten sind vernachlässigbar, auch wenn Mirrors bei der Latenz die vorhersehbarste Wahl bleiben.

Kann ich das RAID-Level später ändern?

Gehen Sie für die Planung von einem "Nein" aus. Manche Migrationen sind technisch möglich (mdadm kann zwischen bestimmten Levels reshapen; ZFS hat kürzlich raidz-Expansion bekommen), aber es sind langsame, riskante Operationen auf Live-Daten, genau das, was Sie nicht wollen. Der realistische Weg ist der, der überall funktioniert: das neue Layout bereitstellen, aus dem Backup wiederherstellen, umschalten. Das ist ein guter Grund, vor der Bestellung fünf Minuten in die Kapazitätsrechnung zu investieren.

Deployment bei Serverside

Unser Konfigurator für Dedicated Server macht diese Entscheidung greifbar: Wählen Sie bei der Bestellung eine RAID-Variante, und er zeigt die nutzbare Kapazität für Ihre genaue Festplattenzahl (dieselbe Rechnung wie in der Tabelle oben), wobei das Array fertig aufgebaut geliefert wird, sodass am ersten Tag nichts zusammengebaut werden muss. NVMe-Optionen halten die Rebuild-Fenster kurz, und wenn Sie Festplatten und alles andere drumherum dimensionieren, passt unser Guide zur Serverdimensionierung natürlich dazu.

Weiterführende Lektüre: Proxmox-Backup-Strategien für die Hälfte der Geschichte rund um "RAID ist kein Backup", und die Hardening-Checkliste für die erste Stunde für alles nach der Storage-Entscheidung.