Leistung 04 / 04
Failover & Hochverfügbarkeit
Hardware fällt aus, Netze haben Störungen, Software hat Fehler – die Frage ist nicht ob, sondern wann. Ein Hochverfügbarkeits-Cluster ist so gebaut, dass Ihre Anwendung das gar nicht erst bemerkt.
Ansatz
Ausfall einplanen statt Ausfall hoffen.
Hochverfügbarkeit entsteht nicht durch bessere Hardware, sondern durch Architektur: Jede Komponente, deren Ausfall Ihre Anwendung stoppen würde, existiert mehrfach – Nodes, Loadbalancer, Netzwerkpfade, Storage. Fällt ein Teil aus, übernimmt sein Gegenstück automatisch, in Sekunden und ohne manuellen Eingriff.
Damit die Automatik im Ernstfall richtig entscheidet, braucht sie klare Regeln: Quorum stellt sicher, dass nur eine Mehrheit der Nodes Entscheidungen trifft, und Fencing trennt ein fehlerhaftes System sauber ab, bevor es Schaden anrichtet. So verhindern wir Split-Brain-Situationen, in denen zwei Cluster-Hälften gegeneinander arbeiten.
Und weil ein Failover, der noch nie stattgefunden hat, keiner ist: Wir testen die Ausfallszenarien regelmäßig – kontrolliert, dokumentiert und ohne Risiko für den Betrieb.
Leistungsumfang
Was Hochverfügbarkeit bei uns umfasst.
- Redundante Nodes in N+1-Auslegung: Der Ausfall eines Nodes ist ein Normalfall, kein Notfall.
- Automatischer Failover ohne manuellen Eingriff, typischerweise innerhalb von Sekunden.
- Quorum & Fencing gegen Split-Brain: Der Cluster trifft auch im Fehlerfall eindeutige Entscheidungen.
- Redundante Loadbalancer mit Floating IP: Auch der Verteiler selbst ist kein Single Point of Failure.
- Replizierter Storage: Daten liegen mehrfach vor, ein Plattendefekt kostet keine Daten.
- Redundante Netzwerkpfade und Anbindung, gegen Störungen einzelner Strecken.
- Regelmäßige Failover-Tests mit Protokoll: Wir ziehen den Stecker, bevor es der Zufall tut.
- Dokumentierte Notfallpläne für die Szenarien, die über einen automatischen Failover hinausgehen.
Referenz
Der Failover, wie er tatsächlich abläuft.
Einordnung
Was Verfügbarkeit in Zahlen bedeutet.
Verfügbarkeit wird oft in Neunen gemessen: 99 % klingen gut, bedeuten aber über drei ganze Tage Ausfall pro Jahr. 99,9 % sind noch knapp neun Stunden; erst 99,99 % drücken es unter eine Stunde. Welche Stufe Ihre Anwendung braucht, ist eine geschäftliche Frage, keine technische: Was kostet Sie eine Stunde Stillstand?
Genau deshalb legen wir das Verfügbarkeitsziel gemeinsam fest, bevor die Architektur entsteht – und bauen dann so viel Redundanz, wie dieses Ziel verlangt. Zugesagte Ziele stehen im Betriebsvertrag, nicht nur auf der Website.
FAQ
Häufige Fragen zur Hochverfügbarkeit.
Merken meine Nutzer einen Failover?
Im Regelfall nicht. Der Loadbalancer nimmt den ausgefallenen Node binnen Sekunden aus der Verteilung; bestehende Verbindungen werden neu aufgebaut. Wie nahtlos das im Einzelfall ist, hängt von der Anwendung ab – das besprechen wir ehrlich im Konzept.
Ersetzt Hochverfügbarkeit das Backup?
Nein, und wer das behauptet, plant fahrlässig. Replikation schützt vor Hardware-Ausfall, repliziert aber auch Fehler: Ein versehentliches Löschen liegt sofort auf allen Kopien. Deshalb gehören getrennte, getestete Backups immer dazu.
Wie oft testen Sie den Failover?
Vor der Inbetriebnahme vollständig, danach regelmäßig im laufenden Betrieb – kontrolliert und mit Protokoll. Den Rhythmus stimmen wir mit Ihnen ab.
Was ist mit dem Ausfall eines ganzen Rechenzentrums?
Standard ist Redundanz innerhalb eines Standorts. Wenn Ihr Verfügbarkeitsziel es verlangt, planen wir standortübergreifend – mit Replikation in ein zweites deutsches Rechenzentrum. Das ist eine Frage des Konzepts und des Budgets, und genau dafür gibt es das Erstgespräch.
Kontakt
Was kostet Sie eine Stunde Stillstand?
Lassen Sie uns über Ihr Verfügbarkeitsziel sprechen. Erste Einschätzung innerhalb eines Werktags, unverbindlich und kostenfrei.
Projekt anfragen