Hochverfügbarkeit und Clusterbetrieb
Einführung · 4 Abschnitte · ~12 Min Lesezeit · Stand
HA ist keine Zusage ohne Fehlerdomäne
Ein Failover Cluster kann Ausfälle begrenzen, aber nicht jede Abhängigkeit magisch entfernen. Quorum, gemeinsame oder replizierte Storage-Architektur, Netzpfade, Kapazitätsreserve und die Anwendung entscheiden, ob ein Failover wirklich einen Dienst erhält.
Worauf ein Cluster vertraut
| **Quorum** | Bestimmt, ob eine Teilmenge des Clusters autoritativ weiterarbeiten darf; es schützt vor konkurrierenden Mehrheiten. |
|---|---|
| **Storage und Netzwerk** | Müssen zur gewählten Architektur passen und redundante Pfade mit der gleichen Fehlerdomäne vermeiden. |
| **Kapazität** | Restknoten brauchen genug CPU, Arbeitsspeicher und Storageleistung für den Ausfallfall. |
| **Workload** | Muss Failover und die gewählte Storageform tatsächlich unterstützen. |
Wartung ist ein geplanter Failover
- Cluster- und Workload-Gesundheit sowie Kapazitätsreserve prüfen
- Knoten kontrolliert drainen und Rollenbewegung überwachen
- Knoten warten, rebooten und vor Rückkehr validieren
- Rollen nur mit Dienst- und Client-Evidenz wieder verteilen
Im Check
- Quorum als Autoritäts- und nicht als Leistungsmechanismus behandeln.
- Storage-, Netz- und Compute-Resilienz getrennt bewerten.
- Clusterwartung erst nach Workload- und Clienttest schließen.