8.2 Moderne Speicherarchitekturen - Software-defined und verteilt

RAID bleibt die Grundlage - aber nicht die ganze Lösung

RAID fasst mehrere Datenträger zu einem logischen Verbund zusammen und kann je nach Level Leistung, Kapazitätsnutzung oder Ausfallsicherheit verbessern. Damit ist RAID weder überholt noch automatisch eine vollständige Hochverfügbarkeitslösung. Ein lokaler RAID-Verbund schützt beispielsweise nicht gegen den Ausfall des gesamten Servers, eine fehlerhafte Anwendung, versehentliches Löschen, Schadsoftware oder den Verlust eines Standorts.

Moderne Speicherplattformen übernehmen bekannte Grundideen wie Striping, Spiegelung und Parität, wenden sie aber auf größere Fehlerdomänen an. Daten oder Redundanzinformationen können nicht nur auf verschiedenen Laufwerken, sondern auf unterschiedlichen Servern, Racks oder Standorten liegen. Die konkrete Schutzwirkung hängt von der Platzierungsregel und der tatsächlich getrennten Fehlerdomäne ab.

• RAID schützt innerhalb der dafür vorgesehenen Fehlerdomäne vor bestimmten Hardwareausfällen.
• Hochverfügbarkeit hält einen Dienst trotz definierter Ausfälle erreichbar.
• Replikation erzeugt zusätzliche Datenkopien, kann aber auch logische Fehler weiterreichen.
• Ein Backup bewahrt getrennte, wiederherstellbare Datenstände auf und muss regelmäßig getestet werden.

Die Ebenen einer modernen Speicherumgebung

Bei der Fehlersuche muss klar sein, auf welcher Ebene eine Funktion bereitgestellt wird. Eine virtuelle Maschine sieht meist nur ein virtuelles Blockgerät. Ob darunter einzelne SSDs, ein RAID-Controller, ein verteilter Cluster oder ein Cloud-Dienst arbeitet, ist im Gastbetriebssystem häufig nicht direkt erkennbar.

Software-defined Storage und Scale-out

Software-defined Storage trennt Speicherfunktionen stärker von einem einzelnen proprietären Controller. Software bildet Pools, platziert Daten, überwacht Komponenten und stellt logische Speicherressourcen bereit. Die Hardware bleibt wichtig, die Steuerung und Redundanzlogik liegt jedoch überwiegend in der Speichersoftware.

Scale-up erweitert ein vorhandenes System um mehr oder größere Laufwerke. Scale-out ergänzt weitere Speicherknoten und verteilt Kapazität sowie Last über diese Knoten. Scale-out kann den Ausfall ganzer Server berücksichtigen, benötigt dafür aber ein geeignetes Netzwerk, eine konsistente Clustersteuerung und bewusst definierte Fehlerdomänen.

Block-, Datei- und Objektspeicher unterscheiden

Die drei Zugriffsarten lösen unterschiedliche Aufgaben. Keine davon ist grundsätzlich moderner oder besser. Entscheidend sind Anwendung, Protokoll, Konsistenzanforderung, benötigte Metadaten und das Betriebsmodell.

Cluster-Dateisystem ist nicht gleich verteiltes Dateisystem

Ein Cluster-Dateisystem wie GFS2 ermöglicht mehreren Clusterknoten den koordinierten Zugriff auf dasselbe gemeinsam erreichbare Blockgerät. Verteilte Sperren, Cluster-Mitgliedschaft und Fencing verhindern, dass getrennte Knoten gleichzeitig widersprüchliche Änderungen durchführen. Die gemeinsame Blockspeicherschicht muss dabei bereits vorhanden und passend abgesichert sein.

Ein verteiltes Dateisystem verteilt Daten und Metadaten selbst über mehrere Server und stellt daraus einen gemeinsamen Namensraum bereit. CephFS verwendet beispielsweise einen Ceph Storage Cluster für die Datenablage. Der Oberbegriff verteiltes Storage ist noch weiter gefasst: Ceph kann denselben Cluster als Objekt-, Block- oder Dateispeicher bereitstellen.

Replikation, Erasure Coding und Self-Healing

Bei Replikation werden vollständige Kopien eines Datenobjekts oder Blocks auf getrennten Speicherzielen abgelegt. Das vereinfacht Lesezugriffe und Wiederherstellung, benötigt aber entsprechend zusätzliche Kapazität. Erasure Coding zerlegt Daten in Daten- und Redundanzfragmente. Aus einer ausreichenden Zahl verbliebener Fragmente lassen sich fehlende Teile rekonstruieren. Das ähnelt dem Grundgedanken eines Paritäts-RAIDs, arbeitet in verteilten Systemen jedoch über definierte Clusterkomponenten und Fehlerdomänen.

Self-Healing bedeutet, dass ein System erkannte fehlende oder beschädigte Kopien automatisch wieder in den gewünschten Sollzustand bringt. Dafür müssen genügend fehlerfreie Quellen, freie Kapazität und Netzwerkbandbreite vorhanden sein. Der Vorgang bleibt überwachungsbedürftig und ist kein Ersatz für eine unabhängige Sicherung.

Clusterbegriffe, die im Betrieb entscheidend sind

• Drei Datenkopien auf demselben Server schützen nicht vor dem Ausfall dieses Servers.
• Zwei Replikate in demselben Rack schützen möglicherweise nicht vor Strom- oder Netzwerkausfall des Racks.
• Ein Cluster benötigt für Management-, Client- und Replikationsverkehr ausreichend Bandbreite und möglichst redundante Netzwerkpfade.
• Zeitquelle, Namensauflösung, Zertifikate und Monitoring gehören ebenfalls zum zuverlässigen Clusterbetrieb.

Praxisbeispiele richtig einordnen

Was eine VM oder Anwendung tatsächlich sieht

Ein vServer erhält vom Anbieter normalerweise eine abstrahierte Ressource. Das Betriebssystem kann den Zustand seines virtuellen Datenträgers und Dateisystems überwachen, aber nicht automatisch die darunterliegenden Laufwerke, Storage-Nodes oder Replikate. Verantwortlichkeiten müssen deshalb aus Leistungsbeschreibung, Service Level Agreement, Plattformdokumentation und eigenem Sicherungskonzept abgeleitet werden.

Auch Anwendungen beeinflussen die Wiederherstellbarkeit. Ein Storage-Snapshot hält einen Zeitpunkt auf Speicherebene fest, ist aber ohne Koordination nicht zwingend anwendungskonsistent. Datenbanken und andere zustandsbehaftete Dienste benötigen passende Flush-, Freeze-, Quiesce- oder Backup-Verfahren. Für Entwickler bedeutet dies außerdem, Fehlerbehandlung, Wiederholungen und die Semantik des verwendeten Speicherdienstes zu berücksichtigen.

• I/O-Leistung nicht nur anhand von MB/s beurteilen: IOPS, Latenz, Blockgröße, Queue-Tiefe und Zugriffsmuster gehören dazu.
• Verfügbarkeit des Speicherdienstes und Verfügbarkeit der Anwendung getrennt betrachten.
• Snapshots, Replikation, Versionierung und Backup erfüllen unterschiedliche Aufgaben.
• Restore-Zeit, Restore-Punkt und regelmäßige Wiederherstellungstests verbindlich festlegen.

Eine Architektur systematisch auswählen

Zusammenfassung

RAID bleibt ein Baustein moderner Speichertechnik. Software-defined und verteilte Systeme erweitern die Schutz- und Skalierungsmechanismen auf mehrere Komponenten und Knoten. Entscheidend ist nicht der Produktname, sondern das Verständnis der Ebenen, Fehlerdomänen, Zugriffsarten und Verantwortlichkeiten.

Für die Praxis gilt: Zuerst klären, wo Daten liegen und welche Schicht Redundanz bereitstellt. Danach Verfügbarkeit, Datenintegrität, Backup und Wiederherstellung getrennt planen und gemeinsam testen.