Hochverfügbarkeit (High Availability, HA) bezeichnet die Eigenschaft eines Systems, auch unter ungünstigen Bedingungen – Hardwareausfälle, Softwarefehler, Netzwerkprobleme, geplante Wartungsfenster – kontinuierlich betriebsbereit zu bleiben und seinen Dienst ohne wesentliche Unterbrechung bereitzustellen. Hochverfügbarkeit wird in Prozent gemessen und beschreibt den Anteil der Zeit, in der ein System tatsächlich verfügbar ist.
Für automatisierte Prozesse ist Hochverfügbarkeit eine geschäftskritische Anforderung: Wenn ein Automationsworkflow ausfällt, fallen die von ihm abhängigen Prozesse aus – Rechnungen werden nicht verarbeitet, Bestellungen nicht bestätigt, Daten nicht synchronisiert. Die Verfügbarkeitsanforderung einer Automatisierungsplattform sollte daher mindestens so hoch sein wie die des kritischsten Prozesses, den sie trägt.
Die „Nines“ der Verfügbarkeit
| SLA | Ausfallzeit/Jahr | Ausfallzeit/Monat | Bewertung |
| 99 % | 87,6 Stunden | 7,3 Stunden | Kritisch |
| 99,9 % | 8,76 Stunden | 43,8 Minuten | Standard |
| 99,95 % | 4,38 Stunden | 21,9 Minuten | Gut |
| 99,99 % | 52,6 Minuten | 4,4 Minuten | Hoch |
| 99,999 % | 5,26 Minuten | 0,44 Minuten | Sehr hoch |
Hochverfügbarkeit in der Automatisierungsarchitektur
- Redundante Instanzen: Mehrere Worker-Instanzen laufen parallel – fällt eine aus, übernehmen die anderen sofort
- Health Checks: Load Balancer prüfen kontinuierlich die Verfügbarkeit jeder Instanz und leiten Traffic nur an gesunde Instanzen
- Automatischer Neustart: Kubernetes und Docker Compose starten ausgefallene Container automatisch neu
- Datenbankreplikation: Primäre und Replica-Datenbank laufen synchron – fällt die primäre aus, übernimmt die Replica in Sekunden
- Multi-Zone-Deployment: Instanzen verteilt auf verschiedene Rechenzentren – Ausfall einer Zone führt nicht zum Gesamtausfall
Praxisbeispiel
Ein Automationsdienstleister hat ein SLA von 99,9 Prozent (maximal 43,8 Minuten Ausfall/Monat) mit seinen Kunden vereinbart. Architektur für HA: n8n läuft als 2 Kubernetes-Pods auf verschiedenen Nodes in verschiedenen Availability Zones. PostgreSQL als Primary-Replica-Paar mit automatischem Failover (RDS Multi-AZ). Load Balancer prüft alle 10 Sekunden die Pod-Gesundheit. Fällt ein Pod aus: Load Balancer erkennt es in 10 Sekunden, Kubernetes startet Ersatz-Pod in 20 Sekunden – Gesamtunterbrechung: unter 30 Sekunden. Gemessene Verfügbarkeit der letzten 12 Monate: 99,97 Prozent.
