Redundante Komponenten helfen bei der Wartung nur, wenn sich Last und Verbindungen tatsächlich verlagern lassen. Prüfen Sie vor einem Update, was auf der verbleibenden Infrastruktur weiterläuft. Wo eine Unterbrechung nötig ist, gehört sie in ein abgestimmtes Wartungsfenster.
Vorbereiten
Versionen, Abhängigkeiten und Reserve prüfen
Durchführen
Komponenten in abgestimmter Reihenfolge aktualisieren
Abnehmen
Funktion und vollständige Redundanz kontrollieren
Kompatibilität vor dem Wartungsfenster prüfen
Hypervisor, Storage, Netzkomponenten und Backup haben eigene Versionsstände und Freigaben. Prüfen Sie die geplante Kombination anhand der Herstellerangaben. Eine neue Version kann Änderungen an Treibern, Firmware oder Sicherungssoftware erfordern. Halten Sie fest, welche Kombination vorab getestet wurde.
Wann der nächste Knoten noch nicht dran ist
Nach dem Update muss die vereinbarte Redundanz wiederhergestellt sein. Ein erreichbarer Host allein ist keine Freigabe für den nächsten.
Beispiel: Wartung eines Proxmox-Clusters
- Quorum vorhanden?
pvecm status zeigt den Quorumzustand. „Quorate: Yes“ bestätigt weder freie Kapazität noch funktionierende Storage-Pfade.
- Daten und Pfade vollständig?
Replikation, gegebenenfalls Ceph-Recovery und die erwarteten SAN-Pfade prüfen. Offene Fehler erst klären, nicht durch die nächste Wartung verschärfen.
- Verbleibende Hosts ausreichend?
RAM, CPU-Last und I/O unter der verlagerten Last prüfen. Einen repräsentativen Anwendungsvorgang testen, nicht nur die VM-Konsole.
ENTSCHEIDENDBei ungeklärter Degradierung bleibt der nächste Knoten im Betrieb. Abweichungen und die Entscheidung zur Fortsetzung gehören ins Wartungsprotokoll.
Quorum prüfen: reine Statusabfrage
Auf einem Proxmox-Clusterknoten mit berechtigtem Administrationszugang ausführen. Die Abfrage ändert nichts. Quorumwerte nicht als Abkürzung für eine Wartungsfreigabe verändern.
pvecm statusAbbruch und Wiederherstellung vorbereiten
Legen Sie fest, bei welchen Fehlern die Wartung gestoppt wird und wer entscheidet. Sichern Sie benötigte Konfigurationen. Ein Versionswechsel lässt sich nicht immer zurückdrehen. Prüfen Sie deshalb den unterstützten Rückweg oder planen Sie eine Wiederherstellung samt Zeitbedarf.
Erst nach der Funktionsprüfung abschließen
Kontrollieren Sie Dienste, Verbindungen, Überwachung und die wiederhergestellte Redundanz. Prüfen Sie auch die nächsten Sicherungsläufe. Dokumentieren Sie neue Versionsstände und Abweichungen, damit das Team die Umgebung beim nächsten Eingriff verlässlich beurteilen kann.
Diese Fragen sollten geklärt sein
- Ist die geplante Versionskombination freigegeben?
- Trägt die verbleibende Umgebung die benötigte Last?
- Sind Wartungsfenster, Abbruchkriterien und Zuständigkeiten vereinbart?
- Wer prüft Anwendungen, Backup und Redundanz nach der Änderung?