Cluster-Lebenszyklus und Hoständerungen

Die Canary-VM migriert auf den neuen Host, aber nicht zurück. Bleibt der Knoten Quarantäne, wird die Gast-CPU-Zusage korrigiert – oder hat der Cluster bereits einen einseitigen Lock-in übernommen?

Solide · ~25 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

✓Cluster-Mitgliedschaft von tatsächlicher Schedulability und Produktionsfreigabe trennen
✓CPU-, Geräte-, Storage- und Netzkompatibilität mit Hin- und Rückmigration prüfen
✓einen Host erst nach Evakuierungs-, Abhängigkeits- und Restkapazitätsnachweis entfernen

Übungen

1. MissionJoin, Platzierung und Dienstfreigabe unterscheiden
2. MissionEinen belegten Join-Fehler nicht übergehen
3. EntscheidungEine migrationsfähige Gast-CPU-Zusage wählen
4. EntscheidungMitgliedschaft vor produktiver Platzierung begrenzen
5. DiagnoseEinseitige Migration im Admission-Gate erkennen
6. EntscheidungEinen leeren Host nicht mit freier Reserve verwechseln
7. EntscheidungEine nicht migrierbare VM vor dem Drain behandeln
8. EntscheidungDen günstigen Join-Rückfall vor Produktionslast nutzen
9. ReihenfolgeEinen Clusterhost ohne verwaiste Abhängigkeit entfernen

Arbeitsartefakte

↓
Einen Clusterhost ohne verwaiste Abhängigkeit entfernenvirt-cluster-retire-sequence-2026-09-04 · geprüft: 2026-09-04

Quellen & Aktualität8 Primärquellen · zuletzt geprüft: 2026-09-04

Verfasst von Julian Zentgraf