High Availability

Entstehung und Beteiligte

High Availability entstand aus fehlertoleranten Mainframes, Telekommunikationssystemen und Clustern. Tandem Computers baute ab 1976 NonStop-Systeme. Später übertrugen Unix- und Linux-Cluster Redundanz auf Standardhardware.

Welches Problem sollte gelöst werden?

Ein einzelner Server, Datenträger oder Netzpfad darf kritische Dienste nicht vollständig stoppen. Systeme sollen Fehler erkennen und Arbeit kontrolliert auf verbleibende Komponenten übertragen.

Technische Hürden und Lösungen

Redundanz erzeugt neue Koordinationsprobleme: Split Brain, Quorum, Datenkonsistenz und fehlerhafte automatische Umschaltung. Gemeinsame Strom-, Netzwerk- oder Softwarefehler können alle Knoten gleichzeitig treffen. HA ersetzt Disaster Recovery nicht.

Standardisierung und Einordnung

Speichersysteme müssen Daten trotz Defekten, Bedienfehlern und Ausfällen erhalten. Historisch verlagerte sich der Fokus von einzelnen Datenträgern zu Verbünden, Snapshots, Prüfsummen, Replikation und verteilten Objekten. Redundanz ist dennoch kein Backup: Sie schützt meist vor Hardwareausfall, nicht automatisch vor Löschen, Verschlüsselungstrojanern oder fehlerhaften Anwendungen.

Technik im praktischen Betrieb

Speicher muss anhand von Fehlerdomänen geplant werden: Datenträger, Controller, Host, Rack, Standort, Zugangsdaten und Verwaltungssoftware können jeweils gemeinsam ausfallen. Prüfsummen erkennen bestimmte Beschädigungen, Replikation erhält Verfügbarkeit und Snapshots ermöglichen schnelle Rücksprünge; keine dieser Funktionen ersetzt automatisch eine unabhängige Sicherung. Regelmäßige Scrubs, SMART- beziehungsweise Gerätezustände, Kapazitätsreserven und Restoretests gehören zum Betrieb. Besonders wichtig ist ein dokumentierter Weg, Daten auch dann wiederherzustellen, wenn die ursprüngliche Verwaltungsoberfläche nicht mehr startet.

Warum das Thema heute noch relevant ist

Die Bedeutung wächst mit der Datenmenge, aber auch mit gesetzlichen und betrieblichen Anforderungen. Historische Speicherfehler zeigen, dass „das Laufwerk funktioniert“ keine ausreichende Integritätsaussage ist. Prüfsummen, Versionen und unabhängige Kopien beantworten verschiedene Risiken. Ein belastbares Konzept definiert deshalb, welche Daten wie lange aufbewahrt werden, wie schnell sie zurückkehren müssen und wer eine Wiederherstellung auch unter Zeitdruck durchführen kann.

Daten und Meilensteine

• Tandem NonStop erschien 1976.
• Quorum verhindert konkurrierende aktive Teilcluster.
• Fencing isoliert einen fehlerhaften Knoten zuverlässig.
• 99,9 Prozent Verfügbarkeit erlauben rund 8 Stunden 46 Minuten Ausfall pro Jahr.

Redundanz ohne gemeinsame Schwachstelle

Zwei Server helfen wenig, wenn beide am selben Switch, Netzteil oder Storage hängen. Eine HA-Planung sucht gemeinsame Fehlerdomänen und entscheidet bewusst, welche davon redundant ausgelegt werden.

Quorum und Split Brain

Cluster benötigen eine Mehrheitsentscheidung, damit bei einer Netztrennung nicht zwei Seiten gleichzeitig dieselben Dienste aktivieren. Ungerade Stimmenzahlen oder ein zusätzlicher Quorum-Dienst schaffen eine eindeutige Entscheidung.

Failover testen

Automatisches Umschalten muss unter realistischen Bedingungen getestet werden. Dazu gehören Host-, Netzwerk- und Storage-Ausfälle sowie der kontrollierte Rückweg. HA ersetzt weiterhin kein Backup.