Mise à niveau de Linux sur le serveur Checkmk

Il existe plusieurs méthodes recommandées pour mettre à niveau la version de la distribution Linux sur un serveur Checkmk. Le choix de la méthode la plus adaptée dépend des capacités de votre environnement informatique, de l'inventaire des données sur l'installation Checkmk et de la période de maintenance prévue. Nous vous présentons ici les différentes méthodes ainsi que leurs exigences respectives.

Essentiellement, l’une des méthodes consiste à effectuer la mise à jour sur place, parfois appelée « in situ » (du latin). L’autre méthode utilise une sauvegarde comme archive, sur laquelle s’effectuent la réinstallation du système de base et, enfin, la restauration de cette même archive, parfois appelée « ex situ ». En anglais, les termes analogues « in-place » ou « out-of-place » sont parfois utilisés pour désigner ces deux méthodes.

Des combinaisons des méthodes présentées ici sont également possibles, par exemple si vous avez placé /opt/omd ou /opt/omd/sites sur un point de montage distinct.

Nous allons ici vous montrer comment effectuer la mise à niveau de version en prenant comme exemple le passage d'Ubuntu 22.04 (Jammy) à 24.04 (Noble). Pour d'autres distributions, les instructions de mise à niveau et de gestion des paquets peuvent différer de celles-ci dans une mesure plus ou moins grande.

Notre système d'exemple n'utilise qu'une seule instance. Si vous gérez plusieurs instances sur le système à mettre à niveau (par exemple, une pour la production et une pour les tests), répétez les instructions spécifiques à chaque instance pour chacune d'entre elles.

Si vous souhaitez ou devez combiner une mise à niveau de version de la distribution Linux avec une mise à jour de version de Checkmk (par exemple parce qu’une ancienne version de Checkmk n’est plus proposée pour une version plus récente de la distribution Linux), utilisez notre matrice de mise à jour pour déterminer l’ordre approprié à suivre.

En tant que professionnels de l’informatique, nous n’avons pas vraiment besoin d’expliquer l’importance d’une sauvegarde des données suffisamment complète, dont la cohérence est également vérifiée. Dans le scénario idéal — par exemple, lorsque Checkmk est exécuté dans une machine virtuelle —, une sauvegarde complète s’effectue facilement en copiant des images de disque dur.

Au minimum, nous recommandons :

Conservez la sauvegarde séparément de la machine en cours de mise à niveau et testez-la avant d'apporter les premières modifications au système productif.

Si vous avez choisi un système de fichiers de type « copy-on-write » (copie à l'écriture) tel que ZFS ou BTRFS lors de l'installation du serveur Checkmk, vous devriez effectuer des snapshots avant la mise à niveau. Ceux-ci ne remplacent pas une sauvegarde stockée séparément, mais peuvent contribuer à réduire considérablement la période de maintenance lors de la restauration du système à sa condition d'origine si la mise à niveau échoue.

Cette méthode s’avère souvent utile lorsque l’on utilise Checkmk sur du matériel dédié avec des ensembles de données volumineux, où le fait de copier une archive dans les deux sens pour la restaurer augmenterait considérablement la période de maintenance.

Cette méthode s’avère souvent utile lors de l’utilisation de Checkmk dans des environnements virtualisés, où il est possible, à titre de préparation, de « déployer » un deuxième serveur avec la nouvelle version de la distribution et d’effectuer les premiers tests avec celui-ci en parallèle. De plus, cette approche offre une plus grande flexibilité, car elle permet également de changer simultanément de distribution Linux. Techniquement, cela correspond à la procédure à suivre en cas de panne du système.