6 Hochverfügbarkeit (High Availability, HA) ist die Fähigkeit eines Systems, trotz Ausfällen, Wartungsarbeiten oder Änderungen an der Infrastruktur erreichbar und betriebsbereit zu bleiben. In der Speicherarchitektur bedeutet HA, dass Anwendungen weiterhin Daten lesen und schreiben können, selbst wenn Festplatten, Server, Netzwerke oder ganze Standorte Probleme haben. Statt davon auszugehen, dass Ausfälle selten sind, geht HA davon aus, dass sie unvermeidlich sind. Ziel des Designs ist es, dass diese Ausfälle den Zugriff auf Daten oder Dienste nicht unterbrechen. Verfügbarkeit wird in der Regel als Betriebszeit über einen Zeitraum gemessen und als Prozentsatz angegeben, doch erst die zugrunde liegende Architektur entscheidet, ob diese Ziele realistisch erreichbar sind. Für Speicherarchitekten ist HA keine abstrakte SLA-Kennzahl. Sie ist das Ergebnis konkreter Designentscheidungen zu Datenschutz, Systemtopologie und Fehlerdomänen. Verfügbarkeit vs. Langlebigkeit: ein entscheidender Unterschied Verfügbarkeit und Langlebigkeit werden oft gemeinsam diskutiert, lösen aber unterschiedliche Probleme. Verfügbarkeit beantwortet die Frage: Kann ich jetzt auf meine Daten zugreifen? Langlebigkeit beantwortet die Frage: Werden meine Daten auch langfristig noch existieren? Ein System kann äußerst langlebig, aber nicht verfügbar sein. So können Daten sicher auf die Festplatte geschrieben sein – fällt aber eine Netzwerkverbindung aus oder ist ein Controller nicht erreichbar, können Anwendungen nicht darauf zugreifen. Umgekehrt kann ein System kurzzeitig verfügbar sein, während es unbemerkt Redundanz verliert und so das langfristige Überleben der Daten gefährdet. Ein Design für Hochverfügbarkeit muss beides berücksichtigen: den Datenpfad (Netzwerke, Knoten, Protokolle, Failover) und die Daten selbst (wie sie geschützt, wiederaufgebaut und überprüft werden) In Speichersystemen entsteht HA aus der Art, wie Langlebigkeitsmechanismen umgesetzt sind und wie schnell sich das System an den Ausfall von Komponenten anpassen kann. Wie Hochverfügbarkeit in modernen Speichersystemen funktioniert Single Points of Failure beseitigen Klassische Speichersysteme sind oft auf zentrale Controller oder Metadatendienste angewiesen. Diese Komponenten können die Verfügbarkeit begrenzen, weil ihr Ausfall das gesamte System betrifft. Moderne HA-Speicherplattformen nutzen verteilte Architekturen, in denen die Verantwortung auf viele Knoten verteilt ist. Metadaten und Daten werden verteilt statt zentral gehalten, sodass das System auch beim Ausfall einzelner Komponenten weiterarbeitet. Dieser Ansatz verkleinert den Blast Radius und macht Ausfälle zu Routineereignissen statt zu Störungen. Replikation vs. Erasure Coding: die Abwägung des Speicherarchitekten Eine der wichtigsten HA-Designentscheidungen beim Speicher ist, wie Datenredundanz erreicht wird. Replikation speichert mehrere vollständige Kopien der Daten auf verschiedenen Knoten oder Standorten. Vorteile: einfaches Modell, schnelle Lesezugriffe, unkomplizierte Wiederherstellung Nachteile: hohe Kosten für Rohkapazität (oft 2× oder 3× Overhead) Erasure Coding (EC) teilt Daten in Fragmente auf und fügt Paritätsinformationen hinzu, sodass sich die ursprünglichen Daten auch dann rekonstruieren lassen, wenn mehrere Fragmente verloren gehen. Vorteile: deutlich geringerer Speicher-Overhead (oft rund 50 % weniger als bei Replikation), hohe Langlebigkeit Nachteile: komplexere Wiederherstellung, höherer Rechenaufwand beim Wiederaufbau In modernen Objektspeichersystemen ist Erasure Coding zum Standard für Hochverfügbarkeit im großen Maßstab geworden. Es bietet dieselbe Langlebigkeit von „fünf Neunen“ oder mehr wie Replikation, nutzt die Rohkapazität aber weitaus effizienter. Diese Effizienz zählt, wenn die Datenmengen auf Petabytes und mehr anwachsen. Aus HA-Sicht funktionieren beide Modelle, doch mit Erasure Coding können Architekten Systeme entwerfen, die mehrere gleichzeitige Ausfälle ohne übermäßige Kosten verkraften. Selbstheilung und Wiederaufbau im Hintergrund Hochverfügbarkeit hängt davon ab, was nach einem Ausfall geschieht. Geht eine Festplatte oder ein Knoten offline, muss das System die Redundanz wiederherstellen, ohne den Zugriff zu unterbrechen. Selbstheilende Speicherplattformen erkennen Ausfälle automatisch und bauen verlorene Datenfragmente oder Replikate im Hintergrund wieder auf. Anwendungen greifen weiterhin über funktionsfähige Komponenten auf Daten zu, während sich das System selbst repariert. Dieses Verhalten ist für eine dauerhafte Verfügbarkeit unerlässlich. Ohne automatisierten Wiederaufbau bleibt ein System zwar zunächst online, wird aber mit jedem weiteren Ausfall immer anfälliger. Unterbrechungsfreier Betrieb In der Praxis werden viele Störungen eher durch Änderungen als durch Ausfälle verursacht. Software-Upgrades, Hardware-Erneuerungen und Kapazitätserweiterungen bergen Risiken, wenn sie Ausfallzeiten erfordern. Hochverfügbare Speicherplattformen sind ausgelegt für: Rolling Upgrades Kapazitätserweiterung im laufenden Betrieb Austausch von Knoten ohne Dienstunterbrechung Architektonisch erfordert das eine sorgfältige Abstimmung zwischen Datenplatzierung, Metadatenverwaltung und Client-Zugriffspfaden. Richtig umgesetzt, wird Wartung zur Routine statt zu einer geplanten Ausfallzeit. Verfügbarkeitsziele und Ausfallzeitbudgets Verfügbarkeitsziele werden oft in „Neunen“ angegeben, die sich in ein jährliches Budget für Ausfallzeiten übersetzen lassen. VerfügbarkeitszielAusfallzeit pro JahrAusfallzeit pro MonatTypischer Anwendungsfall99,9 % (3 Neunen)8,77 Stunden43,8 MinutenInterne Tools, nicht kritische Workloads99,99 % (4 Neunen)52,6 Minuten4,38 MinutenProduktionsanwendungen, kundenorientierte Systeme99,999 % (5 Neunen)5,26 Minuten26,3 SekundenGeschäftskritischer Speicher, KI- und Analyseplattformen Diese Zahlen sind als Planungshilfe nützlich, ergeben aber nur zusammen mit der Architektur Sinn. Bei fünf Neunen geht es nicht darum, schneller auf Störungen zu reagieren, sondern darum, Systeme so zu entwerfen, dass Störungen gar nicht erst entstehen. Standortübergreifende Hochverfügbarkeit in einer Hybrid-Cloud-Welt 2026 sind die meisten Speicherumgebungen standardmäßig hybrid und auf mehrere Standorte verteilt. Hochverfügbarkeit erstreckt sich zunehmend über Rechenzentren, Verfügbarkeitszonen und Cloud-Regionen. Zwei standortübergreifende Modelle sind verbreitet: Active-Passive In einem Active-Passive-Design bedient ein Standort den Produktionsverkehr, während ein anderer in Bereitschaft bleibt. Einfacher umzusetzen In der Regel geringere laufende Kosten Erfordert ein Failover bei Ausfällen eines Standorts Dieses Modell kann viele Verfügbarkeitsanforderungen erfüllen, bringt aber bei Failover-Ereignissen Wiederherstellungszeit und betriebliche Komplexität mit sich. Active-Active In einem Active-Active-Design bedienen mehrere Standorte gleichzeitig den Datenverkehr. Daten sind an mehr als einem Standort lokal zugänglich Ausfälle werden ohne Failover auf Standortebene abgefangen Höhere architektonische Komplexität Für moderne KI- und Analyse-Workloads wird Active-Active-Speicher immer wichtiger. GPUs in verschiedenen Regionen benötigen oft Zugriff mit geringer Latenz auf dieselben Datensätze. Active-Active-Designs halten Daten nah an der Rechenleistung und wahren zugleich Konsistenz und Verfügbarkeit. Aus HA-Sicht verringern Active-Active-Architekturen die Abhängigkeit von Failover-Ereignissen und verlagern die Resilienz in den normalen Betrieb. Hochverfügbarkeit von Speicherplattformen bewerten Für Speicherarchitekten bedeutet die Bewertung von HA, über Funktionslisten hinauszublicken. Hilfreiche Fragen sind: Wie viele gleichzeitige Festplatten- oder Knotenausfälle verkraftet das System? Bleiben Daten während des Wiederaufbaus zugänglich? Was passiert beim vollständigen Ausfall eines Standorts? Werden Upgrades und Erweiterungen ohne Ausfallzeit durchgeführt? Wie verhält sich das System im eingeschränkten Betrieb? Klare Antworten auf Architekturebene sind aussagekräftiger als reine Prozentangaben zur Betriebszeit. Hochverfügbarkeit als architektonische Disziplin Hochverfügbarkeit im Speicher ist das Ergebnis bewusster Designentscheidungen: verteilte Architekturen, effiziente Datenschutzverfahren, automatisierte Wiederherstellung und unterbrechungsfreier Betrieb. Sie ist keine einzelne Funktion, sondern ergibt sich daraus, wie sich das System unter Belastung und bei Änderungen verhält. Da Datenmengen wachsen und Workloads verteilter werden, geht es bei HA weniger darum, Ausfälle zu vermeiden, als vielmehr darum, Systeme so zu konstruieren, dass sie bei einem Ausfall weiterarbeiten. Für moderne Speicherarchitekturen ist diese Haltung keine Option mehr, sondern Pflicht.
