Tech • IA • Robotique • Jeu
Vous pouvez tout surveiller dans votre homelab avec ceci
5/10INTRO
Checkmk peut être déployé en quelques minutes pour surveiller presque tous les éléments d’un homelab ou d’un petit environnement IT, de Linux, Windows, Docker, Proxmox, des sites web et équipements réseau jusqu’à des services personnalisés d’agents IA, avec des alertes et de l’automatisation par-dessus.
POINTS CLÉS
Déploiement rapide sur Linux
Checkmk Community Edition a été installé sur Ubuntu 24.04 comme serveur de supervision en VM à l’aide du téléchargement du paquet du projet et des commandes de configuration omd. Un site de supervision a été créé et démarré en quelques étapes, puis l’interface web est devenue accessible via l’IP du serveur avec un identifiant administrateur dédié.
Supervision Linux basée sur agent
Un hôte Rocky Linux a été ajouté en premier, en utilisant l’agent Checkmk pour exposer des données système détaillées au-delà de simples vérifications ping. Après la découverte des services, la plateforme a automatiquement identifié le CPU, les systèmes de fichiers, l’état réseau et d’autres services, dont un service NFS critique détecté. Les métriques sont collectées chaque minute et conservées jusqu’à quatre ans, avec des seuils par défaut pour les états d’avertissement et critiques.
Découverte réseau avec SNMP
Les équipements réseau ont été regroupés dans un dossier networking et analysés sur un sous-réseau à l’aide d’identifiants SNMP. Une fois SNMP activé sur un switch MikroTik et d’autres appareils, Checkmk a découvert des équipements, dont un contrôleur UniFi et un switch UniFi, en récupérant les données d’interfaces, d’uptime et de CPU. Les résultats incluaient des détails opérationnels utiles, comme un port de switch actif depuis 108 jours, signe d’une maintenance en retard.
Visibilité Docker via plugins et piggybacking
La supervision de l’hôte Docker nécessitait l’agent Linux, le plugin mk_docker.py et une dépendance Python pour Docker. Après une configuration manuelle, Checkmk a découvert les services de conteneurs et les informations du nœud Docker. Un dossier distinct Docker containers a été configuré pour utiliser les données piggyback, permettant à des conteneurs individuels comme NGINX d’apparaître comme objets supervisables avec des métriques de CPU, mémoire, E/S disque et uptime.
Visibilité Proxmox et VM via API
Proxmox VE a été intégré via un agent spécial utilisant l’API de la plateforme plutôt qu’un agent local sur l’hôte. Après définition des identifiants et des règles d’hôte, Checkmk a découvert le nœud Proxmox et exposé les métriques de la plateforme. En faisant correspondre les noms des VM avec les hôtes supervisés, le système a pu relier les machines virtuelles à leur hyperviseur et afficher des détails supplémentaires comme l’usage mémoire des VM et l’âge des snapshots.
Contrôles web et validation de contenu
La supervision web externe a été ajoutée via une règle de service web HTTP liée à une fiche d’hôte pour un site web. Le contrôle validait non seulement la disponibilité, mais aussi la présence de chaînes de contenu attendues dans le corps de page. Modifier la chaîne attendue a déclenché une alerte critique, montrant que le système peut détecter des pages cassées, un mauvais contenu ou une défiguration, et pas seulement des pannes.
La supervision Windows a révélé des problèmes immédiats
Un agent Windows a été installé sur un poste de travail et a nécessité une règle de pare-feu ainsi qu’un redémarrage du service agent avant que le serveur puisse se connecter. Une fois la découverte faite, Checkmk a signalé une pression sur le stockage, des avertissements d’interface, un problème sur le service Windows Time et une incohérence de vitesse réseau affichant 5 Gbps au lieu des 10 Gbps attendus, illustrant son utilité pour le diagnostic des terminaux.
Les contrôles de stockage et Ceph ont révélé un NAS presque saturé
Des plugins supplémentaires ont été utilisés pour Ceph et la santé des disques, élargissant la visibilité sur un cluster de stockage multi-nœuds. La découverte la plus urgente était un pool SSD rempli à 97 %, avec en plus des données détaillées de type SMART comme la température et d’autres indicateurs de santé. Ce niveau de visibilité n’est pas activé par défaut et dépend de l’ajout des contrôles appropriés.
La marketplace et la supervision personnalisée élargissent le périmètre
Un paquet tiers pour contrôleur UniFi provenant du Checkmk Exchange a été installé avec des commandes mkp sur le serveur de supervision, ajoutant une visibilité plus riche sur le Wi-Fi et le contrôleur. Au-delà des extensions de la marketplace, des contrôles actifs personnalisés ont aussi été créés pour Plex, Home Assistant et les agents IA Hermes, permettant de suivre l’activité des spectateurs, la disponibilité des caméras, le nombre d’entités, la qualité de l’air, les tâches cron, la santé de la passerelle et l’ancienneté de connexion du modèle.
Alertes et remédiation assistée par IA
Des règles de notification envoyaient des alertes vers Slack lorsqu’un service supervisé tombait en panne et signalaient automatiquement son rétablissement. Un autre circuit de notification s’intégrait à un outil de workflow IT piloté par IA appelé Paperclip, qui ouvrait un ticket lors de la panne d’une passerelle Hermes puis redémarrait automatiquement le service. Un compte machine avec un secret d’automatisation a aussi été créé afin que des agents IA puissent utiliser l’API Checkmk pour ajouter des hôtes et générer des tableaux de bord.
CONCLUSION
Checkmk s’est montré capable de superviser bien plus que des serveurs standard, en couvrant l’infrastructure, les applications, le stockage, les sites web et l’automatisation sur mesure depuis une seule interface. Son plus grand avantage est sa flexibilité: avec des agents, des API, des plugins et des contrôles personnalisés, même des systèmes très spécifiques de homelab ou de petite entreprise peuvent être observés et exploités de manière centralisée.
Poser une question