Software-RAID vs. Hardware-RAID
In den vorherigen Lektionen hast du die Logik der RAID-Level kennengelernt – Striping, Mirroring, Parität. Eine wichtige Frage blieb offen: wer berechnet das eigentlich? Es gibt zwei Wege: Hardware-RAID mit dediziertem Controller-Chip oder Software-RAID, bei dem das Betriebssystem (bzw. die CPU) die Arbeit macht.
Die Wahl hat erhebliche Auswirkungen auf Performance, Kosten, Flexibilität und Wartbarkeit. Beide Ansätze haben ihre Berechtigung. Diese Lektion zeigt, wann was sinnvoll ist.
1) Was ist Hardware-RAID?
Ein Hardware-RAID-Controller ist eine dedizierte Steckkarte (oder ein integrierter Chip auf dem Server-Mainboard), die alle RAID-Operationen selbst übernimmt. Das OS sieht nur ein logisches Laufwerk – es weiß nichts vom RAID-Setup darunter.
Solche Controller haben:
- Eigene CPU (ARM-Prozessor) für RAID-Berechnungen.
- Eigenen Cache (DRAM, oft 1-8 GB) für Schreib-Performance.
- Battery Backup Unit (BBU) oder Flash-Cache-Backup, um Daten im Cache bei Stromausfall zu sichern.
- Eigene Management-Software für Konfiguration und Monitoring.
Beispiele: Dell PERC (PowerEdge RAID Controller), HPE Smart Array, Broadcom MegaRAID, Adaptec/Microchip. Preise zwischen 200 € (Einsteiger) und 2000 € (Enterprise mit großem Cache).
2) Was ist Software-RAID?
Beim Software-RAID übernimmt das Betriebssystem die RAID-Logik. Die CPU berechnet Parity-Werte, das OS verwaltet die Disks. Die Hardware muss „nur" mehrere Disks bereitstellen – kein spezieller Controller nötig.
Die wichtigsten Software-RAID-Implementierungen:
/etc/mdadm/mdadm.conf.3) Stack-Vergleich
So sieht der Daten-Pfad bei beiden Varianten aus:
4) Direktvergleich
| Kriterium | Hardware-RAID | Software-RAID |
|---|---|---|
| Anschaffungskosten | hoch (200-2000 €) | 0 € (im OS enthalten) |
| CPU-Last | niedrig (Controller-CPU) | spürbar bei RAID 5/6 |
| Performance | sehr hoch (mit BBU) | gut, je nach CPU |
| Konfiguration | Controller-Tool | OS-Tools, scriptbar |
| Boot-Fähigkeit | native (Controller bootet) | teilweise begrenzt |
| Portierbarkeit | nur am gleichen Controller | auf jedem PC mit gleichem OS |
| Hot-Swap | voll unterstützt | vom OS abhängig |
| Online-Erweiterung | ja, oft | je nach Tool |
| SMART-Durchreichung | manchmal blockiert | direkter Zugriff |
| Snapshots / CoW | selten | ZFS/btrfs nativ |
| Kompatibilität | vendor-spezifisch | offene Standards |
| Logging | in Controller-Firmware | im OS-Log |
5) Fake-RAID – die hässliche dritte Variante
6) Wann Hardware-RAID nehmen?
7) Performance-Vergleich in der Praxis
Heute ist der Unterschied oft kleiner als gedacht:
- Moderne CPUs haben Hardware-Beschleunigung für XOR (SSE) und Reed-Solomon. RAID 5/6 ist nicht mehr CPU-intensiv wie früher.
- NVMe-SSDs sind so schnell, dass Hardware-Controller oft zum Engpass werden. ZFS/mdadm können sie besser auslasten.
- BBU-Cache bleibt der große Vorteil von HW-RAID bei vielen kleinen Random Writes (OLTP). Schreibvorgänge gehen sofort an den Cache, asynchron auf Disk.
Empirisch: HW-RAID-Controller mit BBU schlagen Software-RAID bei random small writes. Bei sequential reads sind beide ähnlich. Bei parallel reads über viele Disks kann Software-RAID schneller sein (mehr parallele Threads).
8) ZFS – die moderne Alternative
Eine besondere Erwähnung verdient ZFS. Ursprünglich von Sun Microsystems entwickelt, heute auf Linux, BSD und Solaris verfügbar. ZFS macht viel mehr als nur RAID:
- Copy-on-Write: jede Änderung schreibt einen neuen Block. Konsistent, ohne klassisches Write-Hole-Problem.
- End-to-End-Checksums: jeder Block hat einen Hash. Silent Data Corruption wird erkannt UND repariert.
- RAID-Z1/Z2/Z3: wie RAID 5/6/7, aber ohne Write-Hole.
- Snapshots: in Millisekunden, Copy-on-Write-basiert.
- Compression, Deduplication: integriert.
- L2ARC + ZIL: SSD als Cache vor HDDs.
ZFS ersetzt damit Hardware-RAID-Controller + Filesystem + Volume-Manager in einem. Es wird bevorzugt für moderne Storage-Systeme – auch von TrueNAS, Proxmox VE, FreeNAS.
9) Migration zwischen Systemen
Ein großer Vorteil von Software-RAID: Disks lassen sich relativ einfach auf andere Hardware umziehen.
- Software-RAID: Disks an neuen Server hängen, OS erkennt das Array automatisch (mdadm scant Superblocks, ZFS importiert Pool). Funktioniert auch zwischen verschiedenen Hardware-Generationen.
- Hardware-RAID: meist gebunden an den spezifischen Controller-Typ. Wechsel zu anderem Vendor = Array unbrauchbar. Selbst Firmware-Updates können problematisch sein.
Bei Server-Erneuerung ist Software-RAID daher entspannter. Bei Hardware-RAID sollte man Ersatz-Controller bereithalten – oder vor Migration neu installieren und Daten kopieren.
10) Praxis-Empfehlungen 2026
- Enterprise-Server mit lokalem Storage: Hardware-RAID mit BBU. Bewährt, performant, Vendor-Support.
- Linux-Server mit NVMe-SSDs: Software-RAID (mdadm oder ZFS). Hardware-Controller können NVMe oft nicht voll ausnutzen.
- NAS-Systeme (Synology, QNAP): Software-RAID (eingebautes mdadm-basiertes Setup).
- SAN-Systeme: Hardware-RAID auf Storage-Array, Server sieht nur LUNs (siehe L2).
- Cloud-VMs (AWS, Azure): Software-RAID. Kein Controller-Zugriff. Oder einfach gleich Object-Storage/Managed-Disk nutzen.
- Heim-Server, Homelab: Software-RAID. ZFS sehr beliebt, mdadm für Linux-Puristen.
- Workstation / Notebook: kein klassisches RAID, eher Backup-Strategie. Allenfalls Software-RAID 1 für OS-Disk.
Zusammenfassung
Hardware-RAID: dedizierte Steckkarte mit eigener CPU, Cache, BBU. Hohe Performance, transparent für OS, Standard im Enterprise. Teuer, Vendor-Lock-In. Software-RAID: OS macht RAID-Logik per CPU. Kostenlos, flexibel, portabel. Tools: mdadm (Linux), ZFS (Linux/BSD), btrfs (Linux), Storage Spaces (Windows). Fake-RAID (BIOS-RAID) vermeiden – kombiniert Nachteile beider. HW-RAID-Vorteile: CPU-Entlastung, BBU-Cache, Boot-Fähigkeit. SW-RAID-Vorteile: kostenlos, portabel, Snapshots (ZFS), SMART-Zugriff. Moderne Trends: Bei NVMe-SSDs oft Software-RAID schneller. ZFS als All-in-One-Lösung (RAID + Filesystem + Cache). Nächste Lektion: IHK-Aufgaben RAID.