WZ-IT unterstützt geplante Update-Abläufe über die Proxmox-Wartung. Gespräch vereinbaren.
Dieser Guide ist ein empfohlenes Runbook für reguläre Paketupdates im bestehenden Cluster. Paketquellen und Installationswege stehen in Proxmox updaten; der Major-Upgrade-Artikel behandelt den Versionswechsel. Stand: Oktober 2026.
Inhalt
- 1. Wartung freigeben
- 2. Einen Node räumen
- 3. Pakete installieren und neu starten
- 4. Node abnehmen und zurückgeben
- 5. Nächsten Node freigeben
- Quellen
1. Wartung freigeben
Vor Beginn empfehlen wir ein Änderungsprotokoll mit Ausgangsstand, Node-Liste, Zuständigkeiten, Backup-Zugang und Abbruchkriterien. Prüfen Sie, ob die verbleibenden Nodes die Gäste aufnehmen können. Quorum und Storage müssen für das geplante Ausfallszenario bewertet sein; Grundlagen stehen im HA-Cluster-Guide.
Die HA-Dokumentation unterscheidet Migration, Wiederanlauf und Shutdown-Policies. Insbesondere bedeutet conditional beim Reboot kein automatisches Leerräumen: HA-Ressourcen werden eingefroren und danach auf demselben Node gestartet. Legen Sie daher vorab fest, welche Gäste migriert und welche kontrolliert gestoppt werden sollen.
2. Einen Node räumen
Für HA-Ressourcen gibt es den manuellen Wartungsmodus. Der folgende Befehl ist laut Herstellerdokumentation zum Maintenance Mode eine asynchrone Anforderung; NODENAME ist durch den tatsächlichen Node-Namen zu ersetzen:
ha-manager crm-command node-maintenance enable NODENAME
ha-manager status
Warten Sie auf den Abschluss der Migrationen. Der Status maintenance allein reicht nicht: Er kann bereits erscheinen, bevor alle aktiven Dienste und Worker den Node verlassen haben. Erst ohne verbleibende aktive HA-Ressourcen und laufende Migrationsaufgaben fortfahren.
Nicht-HA-Gäste empfehlen wir separat anhand der Inventarliste abzuarbeiten. Prüfen Sie lokale Datenträger, durchgereichte Geräte, CPU-Kompatibilität und Netzwerkzuordnung. Eine Anwendung mit erforderlicher Unterbrechung braucht eine eigene Freigabe; eine nicht mögliche Live-Migration darf nicht als erfolgreich vorausgesetzt werden. Die VM-Migrationsdokumentation erläutert Voraussetzungen und lokale Ressourcen.
3. Pakete installieren und neu starten
Auf dem geräumten Node Paketquellen prüfen und den Paketplan lesen. Die Update-Dokumentation nennt GUI oder:
apt update
apt full-upgrade
Bei ungeklärten Fehlern anhalten. Einen erforderlichen Neustart erst freigeben, wenn die Räumung abgeschlossen und der Konsolenzugang geklärt ist. Einen neu installierten Kernel anschließend anhand des laufenden Stands prüfen. Den manuellen Wartungsmodus bis zum Abschluss der Abnahme beibehalten.
Bei Ceph zusätzlich den Zustand vor und nach der Node-Wartung prüfen. Ein separates Ceph-Major-Upgrade oder ein pauschales Setzen von Ceph-Flags gehört nicht zu diesem Runbook; dafür gelten die jeweiligen Ceph-Upgrade-Anleitungen.
4. Node abnehmen und zurückgeben
Unsere empfohlene Freigabeliste:
| Bereich | Prüfen vor der Rückgabe |
|---|---|
| Pakete und Boot | Keine offenen Installationsfehler, erwarteter Kernel läuft |
| Cluster | Node erreichbar, Quorum vorhanden, keine ungeklärten HA-Fehler |
| Datenpfad | Storage, Netzwerke und gegebenenfalls Ceph geprüft |
| Gäste | Vereinbarte Anwendungstests und Monitoring geprüft |
Danach den manuellen Wartungsmodus ausdrücklich aufheben:
ha-manager crm-command node-maintenance disable NODENAME
ha-manager status
Der manuelle Modus bleibt beim Reboot erhalten. Das Deaktivieren kann die Rückmigration zuvor verschobener Ressourcen auslösen; diese Bewegungen ebenfalls abwarten und prüfen. Beides ist im HA-Handbuch dokumentiert. HA-Dienste oder Watchdog nicht als Abkürzung beenden.
5. Nächsten Node freigeben
Erst mit dokumentierter Abnahme den nächsten Node bearbeiten. Bei Quorumverlust, ungeklärter Storage-Störung oder einer fehlgeschlagenen Gastmigration den Ablauf unterbrechen. Unsere Empfehlung für den Abschluss: Paketstände aller Nodes vergleichen und offene Aufgaben mit Verantwortlichen festhalten.
Proxmox-Wartung abstimmen: Freigaben, Sicherung und Abnahme in den vereinbarten Betriebsablauf aufnehmen.
