Linux-Upgrade auf dem Checkmk-Server

Für das Release-Upgrade der Linux-Distribution auf einem Checkmk-Server gibt es verschiedene empfohlene Methoden. Welche davon für Sie die richtige ist, hängt von den Möglichkeiten Ihrer IT-Landschaft, dem Datenbestand der Checkmk-Installation und der angestrebten Ausfallzeit ab. Die unterschiedlichen Methoden mit Ihren jeweiligen Voraussetzungen stellen wir hier vor.

Im Wesentlichen ist das zum einen die Aktualisierung an Ort und Stelle – in der Archäologie oder Paläontologie wird die Arbeit am Fundort auf Lateinisch in situ genannt. Und zum anderen die Sicherung als Archiv, auf welche die Neuinstallation des Grundsystems und schließlich die Wiederherstellung eben jenen Archivs erfolgt – nicht unähnlich zur Arbeit im Labor ex situ. Englisch wird für die beiden Verfahren mitunter analog in-place oder out-of-place verwendet.

Auch Kombinationen der vorgestellten Methoden sind möglich, zum Beispiel, wenn Sie /opt/omd oder /opt/omd/sites auf einem eigenen Mount-Punkt abgelegt haben.

Das Release-Upgrade spielen wir hier exemplarisch anhand des Wechsels von Ubuntu 22.04 (Jammy) nach 24.04 (Noble) durch. Bei anderen Distributionen weichen die Befehle für Upgrade und Paketmanagement hiervon mehr oder weniger stark ab.

Unser Beispielsystem nutzt nur eine einzige Instanz. Falls Sie mehrere Instanzen auf dem zu aktualisierenden System betreiben (beispielsweise eine produktive und eine zum Testen), sind die instanzspezifischen Befehle für jede zu wiederholen.

Wenn Sie ein Release-Upgrade der Linux-Distribution mit einem Versions-Update von Checkmk kombinieren wollen oder müssen (zum Beispiel weil eine ältere Checkmk-Version nicht mehr für eine neuere Distributionsversion angeboten wird), bestimmen Sie anhand unserer Update-Matrix die geeignete Reihenfolge der durchzuführenden Schritte.

Die Wichtigkeit einer Datensicherung ausreichenden Umfangs, welche auf Konsistenz geprüft ist, müssen wir IT-Profis nicht wirklich erklären. Im Idealfall – beispielsweise beim Betrieb von Checkmk in einer virtuellen Maschine – ist eine Vollsicherung leicht durch Kopieren von Festplatten-Images möglich.

Wir empfehlen mindestens:

Bewahren Sie die Sicherung separat von der zu aktualisierenden Maschine auf und testen Sie das Backup vor den ersten Änderungen am Produktivsystem.

Falls Sie sich bei der Installation des Checkmk-Servers für ein Copy-on-Write-Dateisystem wie ZFS oder BTRFS entschieden haben, sollten Sie vor dem Upgrade Snapshots erstellen. Diese ersetzen kein separat gelagertes Backup, können aber bei Wiederherstellung des Ursprungszustandes nach einem fehlgeschlagenen Upgrade helfen, Ausfallzeiten erheblich zu reduzieren.

Diese Methode ist oft beim Einsatz von Checkmk auf dedizierter Hardware mit großen Datenbeständen sinnvoll, wo das Hinkopieren eines Archivs und das Herkopieren für dessen Wiederherstellung die Ausfallzeit deutlich erhöhen würde.

Diese Methode bietet sich häufig beim Einsatz von Checkmk in virtualisierten Umgebungen an, wo es möglich ist, einen zweiten Server mit der neuen Distributionsversion vorbereitend "hochzuziehen" und mit diesem im Parallelbetrieb bereits erste Tests durchzuführen. Zudem ist die Flexibilität größer, weil auch ein Wechsel der Linux-Distribution möglich ist. Technisch entspricht das der Vorgehensweise in einem Schadensfall als Backup, Reinstall and Restore.