Cluster, HA und Wartung

Nach dem nächtlichen Switch-Tausch sind drei Knoten neu gestartet, ihre VMs liefen anderswo wieder an — und kein Protokoll nennt einen Hardwarefehler. Sind die Knoten abgestürzt, oder haben sie sich selbst zurückgesetzt, weil das Netz 30 Sekunden zu langsam umschaltete?

Solide · ~30 Min · 11 Abschnitte Einführung · 9 Übungen (davon 4 Missionen)

Modul starten →

Fortschritt wird gespeichert — du kannst das Modul später jederzeit fortsetzen.

Nur den Lehrtext lesen →

Das kannst du danach

✓Quorum, Ausfallerkennung und Fencing als drei getrennt scheiternde Entscheidungen auseinanderhalten
✓einen ausgefallenen Host von einem isolierten oder partitionierten unterscheiden und die passende Isolationsreaktion wählen
✓Umschaltzeiten im Clusternetz gegen die Watchdog-Frist rechnen und einen Knoten ohne ausgelöstes Fencing warten

Übungen

1. EntscheidungWas der Cluster wirklich zusagt
2. EntscheidungZwei von vier Stimmen
3. EntscheidungDerselbe Ausfall, drei Deutungen
4. MissionDer Bond, der den Cluster fenct
5. EntscheidungIsolationsreaktion bei erreichbarem Storage
6. DiagnoseDrei Knoten starten neu, ohne Hardwarefehler
7. ReihenfolgeEinen HA-Knoten sicher warten
8. EntscheidungMehr Verschiebeversuche als Lösung?
9. MissionWer schuldet welchen Teil der Verfügbarkeit

Arbeitsartefakte

↓
Einen HA-Knoten sicher wartenvirt-maintenance-sequence-2026-09-12 · geprüft: 2026-09-12

Quellen & Aktualität5 Primärquellen · zuletzt geprüft: 2026-09-12

Verfasst von Julian Zentgraf