RAID-Systeme

KAPITEL 10 · ENTERPRISE IT

RAID-Systeme

Redundant Array of Independent Disks – Alle RAID-Level im Detail: RAID 0, 1, 5, 6, 10, 50, 60. Berechnungen, Performance, Ausfallsicherheit und Best Practices für Enterprise Storage.

7 RAID-Level Berechnungen Redundanz Performance

Inhaltsverzeichnis

Schnellübersicht

Auf dieser Seite lernst du alles über RAID-Systeme:

  • Definition: Was ist RAID und warum wird es eingesetzt?
  • RAID-Level: RAID 0, 1, 5, 6, 10, 50, 60 im Detail
  • Berechnungen: Kapazität, Performance, Redundanz
  • Hardware vs. Software RAID: Vor- und Nachteile
  • RAID-Features: Hot Spare, Rebuild, Monitoring
  • RAID-Controller: Cache, BBU, Battery Backup
  • Best Practices: Planung, Wahl, Überwachung
  • FAQ: Häufige Fragen zu RAID-Systemen

1. Was ist RAID?

Definition

RAID steht für Redundant Array of Independent Disks (ursprünglich: "Inexpensive Disks"). Es ist eine Technologie, die mehrere physische Festplatten zu einem logischen Verbund zusammenfasst, um höhere Performance, Ausfallsicherheit oder beides zu erreichen.

RAID wurde 1987 an der UC Berkeley entwickelt, um teure Spezialfestplatten durch mehrere günstige Standard-Festplatten zu ersetzen, die zusammen dieselbe oder bessere Leistung bieten.

Hauptziele von RAID:

  • Performance: Durch Parallelisierung (Striping) höhere Lese-/Schreibgeschwindigkeit
  • Redundanz: Durch Spiegelung oder Parität Ausfallsicherheit bei Plattenausfall
  • Kapazität: Mehrere Festplatten zu einem großen Volume zusammenfassen
  • Verfügbarkeit: Hot-Swap-fähige Festplatten für Wartung im Betrieb

2. Die wichtigsten RAID-Level

Jedes RAID-Level bietet unterschiedliche Kompromisse zwischen Performance, Kapazität und Redundanz:

LEVEL 0

RAID 0

Striping – Maximale Performance

Daten werden gleichmäßig über alle Platten verteilt (Striping). Keine Redundanz!

  • Höchste Lese-/Schreibgeschwindigkeit
  • Volle Kapazität nutzbar
  • Einfach zu implementieren
  • Keine Redundanz!
  • Ausfall einer Platte = Datenverlust
Min. Platten 2
Redundanz Keine
Kapazität 100%
Performance Sehr hoch
LEVEL 1

RAID 1

Mirroring – Maximale Sicherheit

Daten werden 1:1 auf alle Platten gespiegelt. Hohe Ausfallsicherheit.

  • Hohe Ausfallsicherheit
  • Schnelle Lesezugriffe
  • Einfache Wiederherstellung
  • Nur 50% Kapazität nutzbar
  • Teuer (doppelte Platten)
Min. Platten 2
Redundanz 1 Platte
Kapazität 50%
Performance Hoch (Read)
LEVEL 5

RAID 5

Striping mit Parität – Der Allrounder

Daten + Parität werden über alle Platten verteilt. Guter Kompromiss.

  • Guter Kompromiss aus allem
  • Effiziente Kapazitätsnutzung
  • Übersteht 1 Plattenausfall
  • Langsame Schreibzugriffe
  • Rebuild dauert lange
Min. Platten 3
Redundanz 1 Platte
Kapazität (N-1)/N
Performance Gut
LEVEL 6

RAID 6

Doppelte Parität – Für große Arrays

Zwei Paritätsblöcke pro Stripe. Übersteht Ausfall von 2 Platten gleichzeitig.

  • Übersteht 2 Plattenausfälle
  • Ideal für große Arrays
  • Höhere Sicherheit als RAID 5
  • Noch langsamere Writes
  • 2 Platten für Parität
Min. Platten 4
Redundanz 2 Platten
Kapazität (N-2)/N
Performance Gut
LEVEL 10

RAID 10

Mirror + Stripe – Das Beste aus beiden

Kombination aus RAID 1 (Mirror) und RAID 0 (Stripe). Beste Performance mit Redundanz.

  • Höchste Performance
  • Hohe Ausfallsicherheit
  • Schneller Rebuild
  • Nur 50% Kapazität
  • Teuer (viele Platten)
Min. Platten 4
Redundanz 1 pro Mirror
Kapazität 50%
Performance Sehr hoch
LEVEL 50

RAID 50

RAID 5 + Stripe – Für mittlere Arrays

Mehrere RAID-5-Arrays werden zu einem RAID-0-Verbund zusammengefasst.

  • Bessere Performance als RAID 5
  • Gute Kapazitätsnutzung
  • Übersteht 1 Ausfall pro Sub-Array
  • Komplexe Verwaltung
  • Min. 6 Platten nötig
Min. Platten 6
Redundanz 1 pro RAID5
Kapazität Gut
Performance Sehr gut
LEVEL 60

RAID 60

RAID 6 + Stripe – Für große Arrays

Mehrere RAID-6-Arrays werden zu einem RAID-0-Verbund zusammengefasst.

  • Maximale Sicherheit
  • Übersteht mehrere Ausfälle
  • Gute Performance
  • Sehr komplex
  • Min. 8 Platten nötig
Min. Platten 8
Redundanz 2 pro RAID6
Kapazität Mittel
Performance Sehr gut
RAID-Level Min. Platten Redundanz Kapazität Performance Einsatzgebiet
RAID 0 2 Keine 100% Sehr hoch Temporäre Daten, Cache
RAID 1 2 1 Platte 50% Hoch (Read) Boot, kritische Daten
RAID 5 3 1 Platte (N-1)/N Gut NAS, File-Server
RAID 6 4 2 Platten (N-2)/N Gut Große Arrays, Archive
RAID 10 4 1 pro Mirror 50% Sehr hoch Datenbanken, VMs
RAID 50 6 1 pro RAID5 Gut Sehr gut Mittlere Arrays
RAID 60 8 2 pro RAID6 Mittel Sehr gut Enterprise Storage

3. RAID-Empfehlungen nach Anwendung

Welches RAID-Level passt zu welchem Einsatzzweck? Hier die typischen Enterprise-Anwendungen:

Datenbanken

Höchste I/O-Performance und Zuverlässigkeit erforderlich. Transaktionsdatenbanken (OLTP) brauchen niedrige Latenz.

Empfohlen: RAID 10

File-Server

Große Kapazität mit guter Redundanz. Viele gleichzeitige Lesezugriffe, moderates Schreiben.

Empfohlen: RAID 5 oder RAID 6

Backup & Archive

Maximale Kapazität bei akzeptabler Redundanz. Schreibgeschwindigkeit weniger kritisch.

Empfohlen: RAID 6 oder RAID 60

Virtualisierung

Viele VMs mit zufälligen I/O-Mustern. Hohe Performance und Zuverlässigkeit erforderlich.

Empfohlen: RAID 10

Video-Editing

Hohe sequentielle Lese-/Schreibraten. Große Dateien, kontinuierlicher Datenstrom.

Empfohlen: RAID 0 oder RAID 5

Boot-Laufwerke

OS-Partitionen mit maximaler Zuverlässigkeit. Performance zweitrangig.

Empfohlen: RAID 1

4. Interaktiver RAID-Rechner

Berechnen Sie Kapazität, Redundanz und Performance Ihres RAID-Systems. Wählen Sie ein RAID-Level, geben Sie Anzahl und Größe der Festplatten ein – der Rechner zeigt sofort die Ergebnisse.

RAID-Kapazitäts- & Redundanz-Rechner

Dieser Rechner hilft Ihnen bei der Planung Ihres RAID-Systems. Er berechnet die nutzbare Kapazität, die Anzahl der ausfallenden Platten, die das System übersteht, und visualisiert die Datenverteilung.

Konfiguration

Mindestens 3 Festplatten erforderlich
Empfohlen: 4-8 Platten für RAID 5
In Terabyte (TB)
Dezimal: 1 TB = 1.000 GB | Binär: 1 TiB = 1.024 GiB

Ergebnis

Netto-Kapazität
Brutto-Kapazität (gesamt)
Ausfallsicherheit
Speichereffizienz
Für Redundanz reserviert
RAID 5: Bietet guten Kompromiss aus Kapazität, Performance und Redundanz. Übersteht den Ausfall einer Festplatte.
Datenverteilung (Visualisierung)
Daten
Parität
Mirror/Kopie
Hot Spare

Enterprise-Empfehlungen

  • RAID 0: Nur für temporäre Daten – niemals für produktive Systeme!
  • RAID 1: Ideal für Boot-Laufwerke und kleine kritische Systeme
  • RAID 5: Guter Allrounder, aber bei Platten > 2 TB besser RAID 6 verwenden
  • RAID 6: Empfohlen für Arrays mit großen Festplatten (> 2 TB)
  • RAID 10: Premium-Lösung für Performance-kritische Anwendungen (Datenbanken, Virtualisierung)
  • RAID 50/60: Für große Enterprise-Storage-Arrays mit hohen Anforderungen
  • Hot Spares: Immer mindestens eine Ersatzplatte im Array einplanen
  • Backup: RAID ersetzt kein Backup! Immer zusätzliche Sicherung.

5. RAID-Berechnungen

So berechnen Sie Kapazität, Performance und Redundanz für verschiedene RAID-Level:

Kapazitäts-Berechnungen

RAID 0: Kapazität = N × Plattenkapazität Beispiel: 4 × 2 TB = 8 TB (100% nutzbar)
RAID 1: Kapazität = 1 × Plattenkapazität Beispiel: 2 × 2 TB = 2 TB (50% nutzbar)
RAID 5: Kapazität = (N-1) × Plattenkapazität Beispiel: 4 × 2 TB = 6 TB (75% nutzbar)
RAID 6: Kapazität = (N-2) × Plattenkapazität Beispiel: 6 × 2 TB = 8 TB (67% nutzbar)
RAID 10: Kapazität = (N/2) × Plattenkapazität Beispiel: 4 × 2 TB = 4 TB (50% nutzbar)
Praxis-Beispiel

Szenario: 8 × 4 TB Festplatten
RAID 5: (8-1) × 4 TB = 28 TB nutzbar, 1 Platte Redundanz
RAID 6: (8-2) × 4 TB = 24 TB nutzbar, 2 Platten Redundanz
RAID 10: (8/2) × 4 TB = 16 TB nutzbar, beste Performance

Performance-Berechnungen

RAID 0: Read = N × Single, Write = N × Single Beispiel: 4 Platten → 4× Performance (theoretisch)
RAID 1: Read = 2 × Single, Write = 1 × Single Beispiel: 2 Platten → 2× Read, 1× Write
RAID 5: Read = (N-1) × Single, Write = 1 × Single Beispiel: 4 Platten → 3× Read, 1× Write (Parität overhead)
RAID 6: Read = (N-2) × Single, Write = 1 × Single Beispiel: 6 Platten → 4× Read, 1× Write (2× Parität)
RAID 10: Read = N × Single, Write = (N/2) × Single Beispiel: 4 Platten → 4× Read, 2× Write
Wichtige Hinweise

Write Penalty: RAID 5/6 haben Write-Overhead durch Paritätsberechnung:
• RAID 5: 4 I/O-Operationen pro Write (Read old data, Read old parity, Write new data, Write new parity)
• RAID 6: 6 I/O-Operationen pro Write (2× Parität)
Tipp: RAID-Controller mit Cache und BBU reduzieren Write Penalty dramatisch!

6. Hardware RAID vs. Software RAID

Die Wahl zwischen Hardware- und Software-RAID hängt von Anforderungen und Budget ab:

Hardware RAID

Dedizierter RAID-Controller
Vorteile
  • Höchste Performance
  • CPU-Entlastung
  • Cache mit BBU
  • OS-unabhängig
  • Hot-Swap-Support
  • Enterprise-Features
Nachteile
  • Teuer (500-2000 €)
  • Vendor-Lock-in
  • Komplexere Verwaltung
  • Eigene Treiber nötig

Software RAID

OS-integrierte Lösung
Vorteile
  • Kostenlos
  • Flexibel
  • Kein Vendor-Lock-in
  • Einfache Verwaltung
  • Gute Performance (moderne CPUs)
  • Portabel zwischen Systemen
Nachteile
  • CPU-Overhead
  • OS-abhängig
  • Kein Hardware-Cache
  • Boot-RAID kompliziert

Empfehlung

  • Enterprise/Production: Hardware RAID mit BBU (Battery Backup Unit)
  • SMB/KMU: Hardware RAID oder Software RAID (Linux mdadm, Windows Storage Spaces)
  • Home/NAS: Software RAID (ZFS, btrfs, Linux mdadm)
  • Cloud/Virtualisierung: Software RAID oder SDS (Ceph, GlusterFS)

7. Wichtige RAID-Features

Moderne RAID-Systeme bieten zahlreiche Features für Ausfallsicherheit und Performance:

Hot Spare

Reserve-Platte, die bei Ausfall automatisch aktiviert wird. Minimiert Downtime.

Global Hot Spare: Für alle Arrays
Dedicated Hot Spare: Für ein Array

Rebuild

Automatische Wiederherstellung nach Plattenausfall. Dauer abhängig von Größe.

RAID 5: 1-24 Stunden (4 TB)
RAID 6: Sicherer, aber langsamer

Monitoring

Echtzeit-Überwachung von Status, Performance und Fehlern. Alerts bei Problemen.

SNMP, E-Mail, SMS Alerts
Dashboard-Integration

Backup

RAID ist kein Backup! Immer zusätzliche Backups erstellen (3-2-1-Regel).

RAID schützt vor Hardware-Ausfall
Backup schützt vor Datenverlust

RAID-Controller

Dedizierte Hardware für RAID-Berechnungen. Cache und BBU für Performance.

LSI/Broadcom, Adaptec, HP Smart Array
Cache: 1-8 GB DDR4

Battery Backup Unit (BBU)

Schützt Cache-Daten bei Stromausfall. Verhindert Datenkorruption.

Write-Back Cache mit BBU
Alternative: Supercap (länger haltbar)

8. Best Practices für RAID-Systeme

Planung & Design

  • Anforderungen genau analysieren (Performance, Kapazität, Redundanz)
  • RAID-Level passend zum Use-Case wählen
  • Wachstum für 3-5 Jahre einplanen
  • Hot Spare einplanen
  • RAID-Controller mit Cache + BBU

RAID-Level Wahl

  • RAID 0: Nur für temporäre Daten, nie für wichtige Daten!
  • RAID 1: Boot-Platten, kleine kritische Daten
  • RAID 5: NAS, File-Server (bis ~8 Platten)
  • RAID 6: Große Arrays (8+ Platten), Archive
  • RAID 10: Datenbanken, Virtualisierung, Performance-kritisch

Überwachung

  • Echtzeit-Monitoring aller Arrays
  • Alerts bei Plattenfehlern
  • SMART-Daten überwachen
  • Performance-Metriken tracken
  • Kapazitätsplanung

Wartung

  • Regelmäßige Backups (RAID ≠ Backup!)
  • Firmware-Updates für Controller
  • Platten altersbedingt austauschen (3-5 Jahre)
  • BBU-Batterie alle 2-3 Jahre tauschen
  • Rebuild-Zeiten testen

Dokumentation

  • RAID-Konfiguration dokumentieren
  • Platten-Typen und -Größen notieren
  • Controller-Modell und Firmware-Version
  • Hot-Spare-Konfiguration
  • Recovery-Prozedur dokumentieren

Testing

  • Rebuild-Prozess regelmäßig testen
  • Failover-Szenarien durchspielen
  • Backup-Recovery testen
  • Performance-Benchmarks durchführen
  • Disaster-Recovery-Plan testen

Wichtige Regeln für RAID im Enterprise

  1. RAID ist kein Backup! RAID schützt vor Hardware-Ausfall, nicht vor Datenkorruption, Löschung oder Katastrophen. Immer zusätzliche Backups erstellen.
  2. Hot Spares verwenden: Mindestens eine Ersatzplatte im Array einplanen für automatischen Rebuild.
  3. Gleiche Platten verwenden: Immer identische Modelle, Kapazitäten und Firmware-Versionen.
  4. RAID 5 bei großen Platten vermeiden: Ab 2 TB besser RAID 6 verwenden (längere Rebuild-Zeit = höheres Risiko).
  5. Regelmäßige Checks: Media Patrol, Consistency Checks und SMART-Überwachung aktivieren.
  6. USV verwenden: Unterbrechungsfreie Stromversorgung schützt vor Datenkorruption bei Stromausfall.
  7. Write Cache mit BBU: Battery-Backed Write Cache für bessere Schreibperformance ohne Datenverlust.
  8. Dokumentation pflegen: RAID-Konfiguration, Plattenmodelle und Wartungshistorie dokumentieren.
  9. Rebuild testen: Regelmäßig Rebuild-Prozedur testen, um Probleme früh zu erkennen.
  10. Monitoring einrichten: Alerts bei Plattenfehlern, Rebuild-Status und SMART-Warnings.

RAID 5 vs. RAID 6 – Wann welches?

RAID 5 ist geeignet für:

  • Arrays mit Platten ≤ 2 TB
  • Weniger als 8 Platten im Array
  • Budget-bewusste Lösungen

RAID 6 ist empfohlen für:

  • Arrays mit Platten > 2 TB
  • Mehr als 8 Platten im Array
  • Kritische Daten mit hohen Verfügbarkeitsanforderungen
  • Lange Rebuild-Zeiten (mehrere Tage bei großen Platten)

Grund: Während eines Rebuilds bei RAID 5 ist das Array anfällig – fällt eine weitere Platte aus, sind alle Daten verloren. RAID 6 übersteht zwei gleichzeitige Ausfälle.

9. FAQ – Häufige Fragen zu RAID

Häufige Fragen & Antworten

Ist RAID ein Backup?

Nein, absolut nicht! RAID schützt nur vor Hardware-Ausfall (Plattendefekt), nicht vor:

  • Versehentlichem Löschen von Dateien
  • Ransomware/Viren
  • Software-Fehlern
  • Brand/Wasser/Diebstahl
  • Controller-Defekt

Immer zusätzliche Backups erstellen nach der 3-2-1-Regel!

RAID 5 oder RAID 6 – was soll ich wählen?

Faustregel:

  • RAID 5: Bis ~8 Platten, kleinere Arrays (bis ~16 TB)
  • RAID 6: Ab 8+ Platten, große Arrays (16+ TB)

Grund: Bei großen Platten (>4 TB) dauert der Rebuild bei RAID 5 sehr lange (24+ Stunden). In dieser Zeit ist das Array verwundbar – ein zweiter Ausfall wäre katastrophal. RAID 6 übersteht 2 Ausfälle gleichzeitig.

Kann ich RAID-Platten einzeln auslesen?

RAID 1: Ja, jede Platte enthält die kompletten Daten (lesbar).

RAID 0/5/6/10: Nein, die Daten sind über mehrere Platten verteilt. Einzelne Platten enthalten nur Fragmente und sind ohne RAID-Controller nicht lesbar.

Wichtig: Bei Controller-Defekt muss der Ersatz-Controller dasselbe RAID-Format unterstützen, sonst sind die Daten verloren!

Wie lange dauert ein RAID-Rebuild?

Abhängig von Plattengröße und Array-Größe:

  • 1 TB: 1-3 Stunden
  • 4 TB: 4-12 Stunden
  • 8 TB: 8-24 Stunden
  • 16 TB: 16-48 Stunden

Während Rebuild: Array ist langsamer und verwundbar. Bei RAID 5/6: Kein zweiter Ausfall tolerierbar (RAID 5) bzw. nur 1 weiterer (RAID 6).

Kann ich RAID nachträglich ändern?

Manche RAID-Controller unterstützen Migration:

  • RAID 0 → RAID 1/5/6/10 (Platten hinzufügen)
  • RAID 1 → RAID 5 (Platte hinzufügen)
  • RAID 5 → RAID 6 (Platte hinzufügen)

Aber: Migration ist riskant! Immer Backup vorher erstellen. Nicht alle Controller unterstützen alle Migrationen. Software-RAID (Linux mdadm, ZFS) ist flexibler.

RAID 10 oder RAID 5 – was ist besser?

RAID 10: Besser für Performance-kritische Anwendungen (Datenbanken, Virtualisierung)

  • + Höchste Performance (Read + Write)
  • + Schneller Rebuild
  • + Einfache Wiederherstellung
  • - Nur 50% Kapazität
  • - Teurer (mehr Platten)

RAID 5: Besser für Kapazitäts-optimierte Anwendungen (NAS, File-Server, Archive)

  • + Bessere Kapazitätsnutzung (75-87%)
  • + Günstiger (weniger Platten)
  • - Langsamere Writes
  • - Langer Rebuild
Was ist ein Hot Spare?

Hot Spare: Eine Reserve-Platte, die im System eingebaut ist, aber nicht aktiv genutzt wird. Bei Ausfall einer aktiven Platte wird der Hot Spare automatisch aktiviert und der Rebuild startet sofort.

Typen:

  • Global Hot Spare: Kann für jedes Array im System verwendet werden
  • Dedicated Hot Spare: Nur für ein bestimmtes Array reserviert

Vorteil: Minimiert Downtime – kein manueller Plattentausch nötig (bei Hot-Swap-fähigen Systemen).

Was ist BBU (Battery Backup Unit)?

BBU: Eine Batterie auf dem RAID-Controller, die den Cache bei Stromausfall mit Strom versorgt. Schützt Write-Cache-Daten vor Verlust.

Funktion:

  • Ermöglicht Write-Back Cache (höhere Performance)
  • Schützt Daten bei Stromausfall (48-72 Stunden)
  • Beim nächsten Boot werden Cache-Daten auf Platten geschrieben

Alternative: Supercapacitor (länger haltbar, keine Wartung, aber teurer).

Wichtig: BBU-Batterie alle 2-3 Jahre austauschen!

Zusammenfassung

Die wichtigsten Punkte

  • RAID: Redundant Array of Independent Disks – kombiniert mehrere Platten für Performance/Redundanz
  • RAID 0: Striping, maximale Performance, keine Redundanz – nur für temporäre Daten!
  • RAID 1: Mirroring, hohe Sicherheit, 50% Kapazität – für Boot/kritische Daten
  • RAID 5: Striping + Parität, guter Kompromiss, 1 Platte Redundanz – für NAS/File-Server
  • RAID 6: Doppelte Parität, 2 Platten Redundanz – für große Arrays (8+ Platten)
  • RAID 10: Mirror + Stripe, beste Performance, 50% Kapazität – für Datenbanken/VMs
  • RAID 50/60: Nested RAID für Enterprise Storage
  • Hardware RAID: Dedizierter Controller, höchste Performance, teuer
  • Software RAID: OS-integriert, flexibel, kostenlos, CPU-Overhead
  • Hot Spare: Reserve-Platte für automatische Wiederherstellung
  • BBU/Supercap: Schützt Cache bei Stromausfall
  • RAID ≠ Backup! Immer zusätzliche Backups erstellen (3-2-1-Regel)

Nächste Schritte

Bereit, Ihr RAID-System zu planen? Hier ein empfohlener Weg:

  1. Anforderungen analysieren: Performance, Kapazität, Redundanz, Budget
  2. RAID-Level wählen: Passend zum Use-Case (siehe Vergleichstabelle)
  3. Hardware/Software entscheiden: Enterprise → Hardware, SMB/Home → Software
  4. Controller auswählen: Mit Cache + BBU/Supercap
  5. Platten kaufen: Gleiche Größe, gleiches Modell, Enterprise-grade
  6. Hot Spare einplanen: Minimiert Downtime
  7. Backup-Strategie: 3-2-1-Regel umsetzen (RAID ≠ Backup!)
  8. Monitoring aufsetzen: Alerts, SMART, Performance-Tracking

Weiterführende Themen

Storage-Systeme

DAS, NAS, SAN, Object Storage – Enterprise Storage-Architekturen.

Zu Storage-Systeme
Server

Server-Architekturen, Virtualisierung und Storage-Integration.

Zu Server
Hochverfügbarkeit

HA-Cluster, Failover, Redundanz-Konzepte und Disaster Recovery.

Zu Hochverfügbarkeit
Backup & Recovery

Backup-Strategien, RTO/RPO, Disaster Recovery und Archivierung.

Zu Backup
Virtualisierung

Hypervisor, VM-Management, Storage für Virtualisierung.

Zu Virtualisierung
Speichereinheiten

HDD, SSD, NVMe, RAM – Speichertechnologien im Detail.

Zu Speichereinheiten