Storage-Architektur
Storage-Architektur
Enterprise-Speichersysteme verstehen – von DAS über NAS und SAN bis zu modernen Software-Defined-Storage-Lösungen. Lernen Sie die verschiedenen Architekturen, Protokolle und Topologien für professionelle Speicherinfrastrukturen kennen.
1. Was ist Storage-Architektur?
Definition
Storage-Architektur beschreibt, wie Speichersysteme in einer IT-Infrastruktur organisiert, verbunden und verwaltet werden. Sie definiert, wie Server auf Speichermedien zugreifen, welche Protokolle verwendet werden und wie Daten zwischen verschiedenen Komponenten fließen.
Im Enterprise-Umfeld ist die Wahl der richtigen Storage-Architektur entscheidend für Performance, Skalierbarkeit, Verfügbarkeit und Kosten. Die drei Hauptarchitekturen sind: DAS (Direct Attached Storage), NAS (Network Attached Storage) und SAN (Storage Area Network).
Die wichtigsten Aspekte: Zugriffsart (Block, File, Object), Protokolle (iSCSI, Fibre Channel, NFS, SMB, NVMe-oF), Topologien (Point-to-Point, Switched, Mesh) und Management-Software.
Warum ist Storage-Architektur wichtig?
- Performance: Die richtige Architektur bestimmt IOPS und Latenz
- Skalierbarkeit: Einfaches Hinzufügen von Speicher ohne Downtime
- Verfügbarkeit: Redundanz und Failover-Mechanismen
- Kosten: Optimierte Nutzung von Storage-Ressourcen
- Management: Zentrale Verwaltung großer Speichermengen
- Compliance: Datenintegrität und Sicherheit
2. Die drei Hauptarchitekturen
Enterprise-Storage wird typischerweise in drei Hauptkategorien unterteilt, die sich in Zugriffsart, Protokollen und Einsatzszenarien unterscheiden.
DAS
Speicher ist direkt an einen Server angeschlossen – einfach, schnell, aber nicht teilbar.
- Zugriff: Block-Level (lokal)
- Protokolle: SATA, SAS, NVMe
- Performance: Sehr hoch (keine Netzwerk-Latenz)
- Kosten: Niedrig (keine Netzwerk-Infrastruktur)
- Nachteil: Nicht teilbar, schwer skalierbar
NAS
Dedizierter File-Server im Netzwerk – einfach zu teilen, aber mit Netzwerk-Overhead.
- Zugriff: File-Level (über Netzwerk)
- Protokolle: NFS, SMB/CIFS, AFP
- Performance: Mittel (Netzwerk-Latenz)
- Teilbarkeit: Einfach für mehrere Clients
- Management: Einfach (File-System-Ebene)
SAN
Dediziertes Hochgeschwindigkeits-Netzwerk für Block-Storage – Enterprise-Standard für kritische Workloads.
- Zugriff: Block-Level (über dediziertes Netzwerk)
- Protokolle: Fibre Channel, iSCSI, FCoE, NVMe-oF
- Performance: Sehr hoch (dediziertes Netzwerk)
- Skalierbarkeit: Exzellent (bis zu Petabytes)
- Verfügbarkeit: Hoch (Redundanz, Multipathing)
Entscheidungshilfe: DAS vs. NAS vs. SAN
- DAS: Wenn nur ein Server Zugriff braucht und Performance Priorität hat
- NAS: Wenn mehrere Clients auf Dateien zugreifen müssen (File-Sharing)
- SAN: Wenn hohe Performance, Skalierbarkeit und Verfügbarkeit erforderlich sind
- Hybrid: Oft werden NAS und SAN kombiniert (NAS für Files, SAN für Datenbanken)
3. Storage-Protokolle im Detail
Die Wahl des Protokolls bestimmt Performance, Kompatibilität und Einsatzszenario. Hier die wichtigsten Protokolle:
iSCSI
SCSI über TCP/IP – kostengünstige SAN-Alternative über Standard-Ethernet.
- Layer: Block-Level
- Transport: TCP/IP (Port 3260)
- Geschwindigkeit: Bis 100 Gbit/s
- Hardware: Standard Ethernet
Fibre Channel
Dediziertes Hochgeschwindigkeits-Netzwerk – der Goldstandard für Enterprise-SANs.
- Layer: Block-Level
- Transport: Fibre Channel (eigenes Netzwerk)
- Geschwindigkeit: 16/32/64 Gbit/s
- Hardware: FC-Switches, HBA-Karten
NVMe-oF
NVMe über Netzwerk – extrem niedrige Latenz, nächste Generation für Enterprise-Storage.
- Layer: Block-Level
- Transport: RDMA, TCP, Fibre Channel
- Latenz: < 10 µs (mit RDMA)
- Hardware: NVMe-SSDs, RDMA-NICs
NFS
Unix/Linux-Standard für File-Sharing – einfach, weit verbreitet, gut integriert.
- Layer: File-Level
- Transport: TCP/UDP (Port 2049)
- Versionen: NFSv3, NFSv4, NFSv4.1
- OS: Linux, Unix, macOS, Windows
SMB/CIFS
Windows-Standard für File-Sharing – nahtlose Integration mit Active Directory.
- Layer: File-Level
- Transport: TCP (Port 445)
- Versionen: SMB 2.0, 3.0, 3.1.1
- Features: AD-Integration, Verschlüsselung
FCoE
Fibre Channel über Ethernet – Konvergenz von SAN und LAN auf einer Infrastruktur.
- Layer: Block-Level
- Transport: Ethernet (10/25/40/100 Gbit/s)
- Vorteil: Weniger Kabel, vereinfachtes Netzwerk
- Hardware: Converged Network Adapters (CNAs)
Protokoll-Auswahl – Entscheidungshilfe
- Block-Level (SAN): iSCSI (kostengünstig), Fibre Channel (Enterprise), NVMe-oF (High-End)
- File-Level (NAS): NFS (Linux/Unix), SMB (Windows), beide für gemischte Umgebungen
- Object-Level: S3 (Cloud), Swift (OpenStack) – für unstrukturierte Daten
4. Architektur-Vergleich
Alle drei Hauptarchitekturen auf einen Blick – für die schnelle Entscheidung.
| Eigenschaft | DAS | NAS | SAN |
|---|---|---|---|
| Zugriffsart | Block (lokal) | File (Netzwerk) | Block (Netzwerk) |
| Protokolle | SATA, SAS, NVMe | NFS, SMB, AFP | FC, iSCSI, FCoE, NVMe-oF |
| Netzwerk | Keins (direkt) | Standard Ethernet | Dediziert (FC/Ethernet) |
| Performance | Sehr hoch | Mittel | Sehr hoch |
| Teilbarkeit | Nein (1 Server) | Ja (viele Clients) | Ja (viele Server) |
| Skalierbarkeit | Begrenzt | Gut | Exzellent |
| Kosten | Niedrig | Mittel | Hoch |
| Komplexität | Einfach | Mittel | Hoch |
| Typischer Einsatz | Single-Server, Boot | File-Sharing, Backup | Datenbanken, Virtualisierung |
5. Storage-Topologien
Wie Server und Storage verbunden sind, bestimmt Verfügbarkeit und Performance.
Typische Topologien
Point-to-Point (DAS)
Direkte Verbindung zwischen Server und Storage – einfach, schnell, aber nicht redundant.
Switched (NAS)
NAS über Ethernet-Switch – mehrere Server können auf gemeinsamen Storage zugreifen.
Fabric (SAN)
Dediziertes SAN-Fabric mit FC-Switches – hochverfügbar, skalierbar, redundant.
Hochverfügbarkeit durch Topologie
- Multipathing: Mehrere Pfade zwischen Server und Storage (kein Single Point of Failure)
- Redundante Switches: Zwei FC-Switches im Fabric (A/B-Fabric)
- Storage-Cluster: Mehrere Storage-Controller im Active/Active-Modus
- Replikation: Synchron/Asynchron zu Secondary-Standort
6. Enterprise-Storage-Systeme
Moderne Enterprise-Storage-Systeme bieten verschiedene Technologien für unterschiedliche Anforderungen.
All-Flash Arrays
Nur NVMe-SSDs – maximale Performance, niedrige Latenz, ideal für kritische Workloads.
Hybrid Arrays
Kombination aus SSDs und HDDs – guter Kompromiss aus Performance und Kosten.
Software-Defined Storage
Storage-Funktionen in Software – läuft auf Standard-Hardware, flexibel und skalierbar.
Hyperconverged Infrastructure
Compute, Storage und Netzwerk in einem System – einfach, skalierbar, cloud-ähnlich.
7. Zukunftstrends in der Storage-Architektur
Die Storage-Welt entwickelt sich rasant – diese Trends werden die Zukunft prägen.
NVMe-oF
NVMe over Fabrics ersetzt traditionelle SAN-Protokolle – extrem niedrige Latenz (< 10 µs), hohe IOPS.
Software-Defined Storage
Storage-Funktionen entkoppelt von Hardware – läuft auf Standard-Servern, flexibel und kostengünstig.
Ceph & Open Source
Ceph als Unified-Storage-Plattform – Block, File und Object in einem System, Open Source.
Cloud-Native Storage
Storage für Kubernetes und Container – dynamisch, skalierbar, API-gesteuert (Rook, OpenEBS).
Weitere Trends
- Storage-Class Memory (SCM): Intel Optane – zwischen RAM und SSD
- Computational Storage: Datenverarbeitung direkt im Storage
- AI-gesteuertes Storage-Management: Automatische Optimierung durch KI
- Immutable Storage: Schutz vor Ransomware (WORM, Object Lock)
- Multi-Cloud Storage: Daten über mehrere Cloud-Anbieter verteilt
8. FAQ – Häufige Fragen & Antworten
Häufige Fragen zur Storage-Architektur
NAS (Network Attached Storage):
- Zugriff auf File-Ebene (Dateien)
- Protokolle: NFS, SMB
- Über Standard-Ethernet
- Einfach zu teilen für mehrere Clients
- Ideal für File-Sharing, Backups
SAN (Storage Area Network):
- Zugriff auf Block-Ebene (wie lokale Festplatte)
- Protokolle: Fibre Channel, iSCSI, NVMe-oF
- Dediziertes Netzwerk (FC) oder Ethernet (iSCSI)
- Höhere Performance, geringere Latenz
- Ideal für Datenbanken, Virtualisierung
iSCSI verwenden, wenn:
- Budget begrenzt ist (Standard-Ethernet nutzen)
- Mittelständisches Unternehmen
- Keine dedizierte SAN-Infrastruktur vorhanden
- 10/25 Gbit/s Ethernet ausreicht
Fibre Channel verwenden, wenn:
- Höchste Performance erforderlich
- Großes Unternehmen mit kritischen Workloads
- Budget für dedizierte FC-Infrastruktur vorhanden
- Sehr niedrige Latenz wichtig ist
NVMe-oF (NVMe over Fabrics) erweitert NVMe über das Netzwerk – ähnlich wie iSCSI SCSI über Netzwerk bringt, aber mit NVMe-Performance.
Vorteile:
- Extrem niedrige Latenz (< 10 µs mit RDMA)
- Hohe IOPS (Millionen pro Sekunde)
- Effizientes Protokoll (weniger Overhead als SCSI)
- Skalierbar über große Entfernungen
Einsatz: Hochperformante Datenbanken, KI/ML, Echtzeit-Analytik, Next-Gen SANs.
All-Flash Arrays:
- Nur SSDs (meist NVMe)
- Maximale Performance und niedrigste Latenz
- Teurer pro GB
- Ideal für kritische Workloads (Datenbanken, Virtualisierung)
Hybrid Arrays:
- Kombination aus SSDs und HDDs
- Automatisches Tiering (heiße Daten auf SSD, kalte auf HDD)
- Günstiger pro GB
- Ideal für gemischte Workloads, Backups, Archive
Hyperconverged Infrastructure (HCI) kombiniert Compute, Storage und Netzwerk in einem integrierten System:
- Software-definiert: Storage-Funktionen in Software (z.B. VMware vSAN)
- Skalierbar: Einfaches Hinzufügen von Nodes
- Einfach: Zentrale Verwaltung über eine Oberfläche
- Cloud-ähnlich: API-gesteuert, automatisiert
Vorteile: Geringere Komplexität, schnellere Bereitstellung, bessere Skalierbarkeit als traditionelle 3-Tier-Architekturen.
Nachteile: Höhere Kosten pro Node, Vendor Lock-in, weniger Flexibilität bei Hardware-Wahl.
Multipathing ermöglicht mehrere physische Pfade zwischen Server und Storage:
- Redundanz: Fällt ein Pfad aus, übernehmen andere Pfade
- Load Balancing: Traffic wird über mehrere Pfade verteilt
- Kein Single Point of Failure: Kein einzelner Ausfallpunkt
- Höhere Verfügbarkeit: Kritisch für Enterprise-Umgebungen
Implementierung: MPIO (Multipath I/O) unter Windows, Device Mapper unter Linux, native FC-Treiber.
Entscheidungsfaktoren:
- Workload-Typ: Datenbanken → SAN, File-Sharing → NAS, Single-Server → DAS
- Performance-Anforderungen: Hohe IOPS → All-Flash SAN, moderate → Hybrid/NAS
- Budget: Begrenzt → iSCSI/NAS, unbegrenzt → FC/NVMe-oF
- Skalierbarkeit: Wachsende Datenmengen → SAN/HCI, statisch → DAS/NAS
- Verfügbarkeit: Mission-Critical → SAN mit Redundanz, weniger kritisch → NAS
Empfehlung: Oft ist eine Hybrid-Strategie optimal – SAN für kritische Workloads, NAS für File-Sharing, Cloud für Archive.
Software-Defined Storage (SDS) entkoppelt Storage-Funktionen von spezieller Hardware:
- Standard-Hardware: Läuft auf x86-Servern statt proprietären Arrays
- Software-Stack: Storage-Funktionen (RAID, Replikation, Tiering) in Software
- Flexibel: Einfache Erweiterung durch Hinzufügen von Servern
- Kostengünstig: Keine Vendor Lock-in, günstigere Hardware
Beispiele: VMware vSAN, Ceph, StarWind, DataCore, MinIO (Object Storage).
Vorteile: Skalierbar, flexibel, kostengünstig, cloud-ähnlich.
Nachteile: Höhere CPU-Last, komplexere Verwaltung, Performance abhängig von Hardware.
Zusammenfassung
Die wichtigsten Punkte
- Storage-Architektur: Definiert, wie Server auf Speicher zugreifen (DAS, NAS, SAN)
- DAS: Direkt verbunden, hohe Performance, nicht teilbar
- NAS: File-Level über Netzwerk, einfach zu teilen, mittel Performance
- SAN: Block-Level über dediziertes Netzwerk, hohe Performance, skalierbar
- Protokolle: iSCSI (kostengünstig), FC (Enterprise), NVMe-oF (High-End), NFS/SMB (File)
- Topologien: Point-to-Point, Switched, Fabric – bestimmen Verfügbarkeit
- Enterprise-Systeme: All-Flash, Hybrid, SDS, HCI – für verschiedene Anforderungen
- Zukunftstrends: NVMe-oF, SDS, Ceph, Cloud-Native Storage
- Best Practices: Multipathing, Redundanz, Monitoring, regelmäßige Backups
Enterprise-Tipps
- Hybrid-Strategie: SAN für kritische Workloads, NAS für File-Sharing, Cloud für Archive
- Multipathing: Immer aktivieren für Redundanz und Load Balancing
- Monitoring: Storage-Performance, Kapazität und Health regelmäßig überwachen
- Backups: 3-2-1-Regel (3 Kopien, 2 Medien, 1 extern) – Storage ersetzt kein Backup!
- Skalierbarkeit: Wachstumsprognosen berücksichtigen, Over-Provisioning vermeiden
- Vendor Lock-in: Open Standards (iSCSI, NFS) bevorzugen, wo möglich
Weiterführende Themen
HDD, SSD, NVMe, RAM – Speichertechnologien im Detail.
Zu SpeichereinheitenRAID 0, 1, 5, 6, 10 – Redundanz und Performance durch Festplatten-Verbünde.
Zu RAID-SystemenPCIe, SATA, SAS, USB – Schnittstellen und Datenübertragung.
Zu Bus-SystemenRedundanz, Failover und Hochverfügbarkeits-Cluster für Enterprise-Systeme.
Zu Hochverfügbarkeit