Mise en place de la supervision

Checkmk est donc prêt. Mais avant de commencer la supervision proprement dite, nous allons brièvement expliquer quelques termes importants. Tout d’abord, il y a l’ordinateur hôte. Dans Checkmk, un ordinateur hôte est tout système autonome, physique ou virtuel, surveillé par Checkmk. Il s’agit généralement d’éléments disposant de leur propre adresse IP (serveurs, commutateurs, périphériques SNMP, machines virtuelles), mais aussi, par exemple, de conteneurs Docker ou d’autres objets logiques qui ne possèdent pas une telle adresse IP.

Chaque ordinateur hôte se trouve toujours dans l’un des états suivants : «UP», «DOWN», «UNREACH» ou «PEND».

Sur chaque ordinateur hôte, un certain nombre de services sont supervisés. Un service peut être n’importe quoi — par exemple, un système de fichiers, un processus, un capteur matériel — mais il peut aussi s’agir simplement d’une certaine métrique telle que l’utilisation du processeur ou la charge de travail de la mémoire vive. Chaque service peut présenter l’un des états suivants : OK, WARN, CRIT, UNKNOWN ou PEND.

Pour que Checkmk puisse demander des données à un ordinateur hôte, un agent est nécessaire. Il s’agit d’un petit programme installé sur l’ordinateur hôte et qui fournit des données sur l’état (ou la « santé ») de celui-ci. Les serveurs fonctionnant sous Windows, Linux ou Unix ne peuvent être surveillés efficacement par Checkmk que si vous y installez un agent Checkmk — un agent fourni par nos soins. Dans le cas des périphériques réseau et de nombreux appareils, le fabricant a généralement intégré un agent que Checkmk peut facilement interroger à l’aide du protocole SNMP standardisé. Les services cloud tels qu’Amazon Web Services (AWS) ou Azure fournissent quant à eux une interface (« API ») que Checkmk peut interroger via HTTP.

Même si Checkmk ne nécessite pas la résolution des noms de domaine, un système de noms de domaine (DNS) bien entretenu facilite grandement la configuration et évite les erreurs, car Checkmk sera alors en mesure de résoudre les noms de domaine de manière autonome sans que vous ayez à saisir d'adresses IP dans Checkmk.

La mise en place d'un système de supervision est donc une bonne occasion de vérifier si votre DNS est à jour et, si nécessaire, d'ajouter les entrées manquantes.

Checkmk gère vos ordinateurs hôtes dans une arborescence hiérarchique de dossiers — tout à fait similaire à ce que vous connaissez pour les fichiers de votre système d'exploitation. Si vous ne surveillez qu'une poignée d'ordinateurs hôtes, cela peut vous sembler sans grande importance. Mais n'oubliez pas : Checkmk est conçu pour surveiller des milliers, voire des dizaines de milliers d'ordinateurs hôtes — un bon classement peut donc vous faciliter grandement la tâche.

Avant d’ajouter les premiers ordinateurs hôtes dans Checkmk, il est donc judicieux de réfléchir à la structure de ces dossiers. D’une part, la structure des dossiers est utile pour votre propre aperçu. Mais surtout, elle peut être utilisée pour la configuration de Checkmk. Tous les attributs de configuration des ordinateurs hôtes peuvent être définis dans un dossier, qui sont ensuite automatiquement hérités par ses sous-dossiers et les ordinateurs hôtes qu’ils contiennent. Il est donc essentiel, non seulement mais surtout pour la configuration de grands environnements, de mettre en place dès le départ une structure de dossiers bien pensée.

Une fois que vous avez créé une structure de dossiers, vous pouvez la modifier — mais vous devez le faire avec beaucoup de prudence. Le déplacement d’un ordinateur hôte vers un autre dossier peut avoir pour effet de modifier ses attributs sans que vous vous en rendiez compte.

Le véritable élément à prendre en compte lors de la création d’une structure de dossiers qui vous sera la plus utile est le critère selon lequel vous souhaitez organiser les dossiers. Ce critère peut varier à chaque niveau de l’arborescence. Par exemple, vous pouvez distinguer les dossiers par emplacement au premier niveau et par technologie au deuxième niveau.

Les critères de classification suivants ont fait leurs preuves dans la pratique :

Le tri par emplacement est particulièrement évident dans les grandes entreprises, surtout si vous effectuez la supervision distribuée sur plusieurs serveurs Checkmk. Chaque serveur surveille alors une région ou un État/pays, par exemple. Si vos dossiers reflètent cette affectation, vous pouvez définir, par exemple, dans le dossier « Munich » que tous les ordinateurs hôtes de ce dossier doivent être surveillés depuis l’instance Checkmk « muc ».

Par ailleurs, l’« organisation » (c’est-à-dire la réponse à la question « Qui est responsable d’un ordinateur hôte ? ») peut constituer un critère plus pertinent, car l’emplacement et la responsabilité ne coïncident pas toujours. Par exemple, il se peut qu’un groupe de vos collègues soit responsable de l’administration d’Oracle, quel que soit l’emplacement physique réel des ordinateurs hôtes correspondants. Si, par exemple, le dossier « Oracle » est destiné aux ordinateurs hôtes des collègues chargés d’Oracle, il est facile de configurer dans Checkmk que tous les ordinateurs hôtes situés sous ce dossier ne soient visibles que par ces collègues et qu’ils puissent même y gérer eux-mêmes leurs ordinateurs hôtes.

Une structuration par technologie pourrait, par exemple, prévoir un dossier pour les serveurs Windows et un autre pour les serveurs Linux. Cela simplifierait la mise en œuvre du schéma « Le processus sshd doit s’exécuter sur tous les serveurs Linux ». Un autre exemple est la supervision d’appareils tels que les commutateurs ou les routeurs via SNMP. Ici, aucun agent Checkmk n’est utilisé, mais les appareils sont interrogés via le protocole SNMP. Si ces ordinateurs hôtes sont regroupés dans des dossiers distincts, vous pouvez effectuer les réglages nécessaires pour SNMP, tels que la « communauté », directement au niveau du dossier.

Étant donné qu’une structure de dossiers ne peut que rarement refléter la complexité de la réalité, Checkmk offre une autre possibilité complémentaire de structuration à l’aide des balises de l’hôte — mais nous y reviendrons plus en détail dans un chapitre distinct consacré au réglage fin de la supervision. Pour plus d’informations sur la structure des dossiers, consultez les articles consacrés à l’administration et à la structuration des ordinateurs hôtes.

Vous pouvez accéder à la gestion des dossiers et des ordinateurs hôtes via la barre de navigation, le menu « Setup », le thème « Hosts » et l’entrée « Hosts » — ou plus simplement via Setup > Hosts > Hosts. La page « Main » s’affiche alors :

Avant de créer le premier dossier proprement dit, nous allons brièvement aborder la structure de cette page, car vous retrouverez les différents éléments sur la plupart des pages de Checkmk sous une forme ou une autre.

Sous le titre de la page « Main », vous trouverez le chemin d'accès du fil d'Ariane, qui vous indique où vous vous trouvez actuellement dans l’interface Checkmk. En dessous, les menus s’affichent ; ils regroupent les actions possibles sur cette page sous forme de menus et d’entrées. Les menus dans Checkmk sont toujours contextuels, c’est-à-dire que vous ne trouverez que les entrées de menu correspondant aux actions pertinentes pour la page actuelle.

Sous les menus, vous trouverez la barre d’action, dans laquelle les actions les plus importantes des menus sont proposées sous forme de boutons sur lesquels vous pouvez cliquer directement. Vous pouvez masquer la barre d’action à l’aide du bouton « » situé à droite du menu « Help » et la réafficher à l’aide de « ». Lorsque la barre d’action est masquée, les icônes s’affichent dans la barre de menu, à droite de « ».

Comme nous nous trouvons actuellement sur une page vide (sans dossiers ni ordinateurs hôtes), les actions importantes pour la création du premier objet sont également proposées via des boutons encore plus grands — afin que les options offertes par la page ne puissent pas être ignorées. Ces boutons disparaîtront une fois le premier objet créé.

Revenons maintenant à la raison pour laquelle nous sommes sur cette page : les dossiers et la manière de les créer et de les modifier. Un dossier — le dossier Main — existe dans chaque système Checkmk nouvellement configuré. Il s’appelle « Main », comme vous pouvez le voir dans le titre de la page.

Sous le dossier Main, nous allons maintenant créer les trois dossiers « Windows », « Linux » et « Network » à titre d’exercice simple. Créez le premier des trois dossiers en sélectionnant l’une des actions proposées pour créer un dossier, par exemple le bouton « » (Add folder). Sur la nouvelle page « Add folder », saisissez le nom du dossier dans la première case « Basic settings » :

Dans l'image ci-dessus, le mode Show less est activé et seules les informations absolument nécessaires à la création d'un dossier sont affichées. Validez la saisie en cliquant sur « Save ».

De la même manière que pour le dossier « Windows », créez les deux autres dossiers « Linux » et « Network ». La situation se présentera alors comme suit :

Une autre astuce : en haut à droite de chaque page, vous trouverez des informations indiquant si — et, le cas échéant, combien — de modifications ont déjà été enregistrées entre-temps. Comme nous avons créé trois dossiers, il y a trois modifications, mais elles n’ont pas encore besoin d’être activées. Nous aborderons l’activation des modifications plus en détail ci-dessous.

Tout est désormais en place et prêt pour l'ajout du premier ordinateur hôte à la supervision — et quoi de plus évident que de surveiller le serveur Checkmk lui-même ? Checkmk ne sera bien sûr pas en mesure de signaler sa propre défaillance totale, mais cela reste utile car cela vous donne non seulement un aperçu de l'utilisation du processeur et de la mémoire vive, mais aussi un certain nombre de métriques et de contrôles concernant le système Checkmk lui-même.

La procédure pour inclure un ordinateur hôte Linux (ainsi qu'un ordinateur hôte Windows, d'ailleurs) est en principe toujours la suivante :

Enfin, une fois l'ordinateur hôte créé dans l'environnement de configuration, les services peuvent être configurés et les modifications activées pour l'environnement de supervision.

Tout comme pour Linux, Checkmk dispose également de son propre agent pour Windows. Celui-ci est fourni sous forme de package MSI. Vous le trouverez à un clic de souris de l'agent Linux. Une fois que vous avez téléchargé le package MSI et que vous l'avez copié sur votre ordinateur Windows, vous pouvez l'installer en double-cliquant dessus, comme d'habitude sous Windows.

Une fois l'agent installé, vous pouvez créer l'ordinateur hôte dans Checkmk, l'enregistrer par instruction et l'ajouter à la supervision. Suivez la même procédure que celle décrite ci-dessus pour l'ordinateur hôte Linux, mais créez l'ordinateur hôte dans le dossier désigné Windows. Comme Windows est structuré différemment de Linux, l'agent détectera naturellement d'autres services. Pour une introduction détaillée à ce sujet, consultez l'article sur la supervision Windows.

Les commutateurs, routeurs, imprimantes et bien d’autres périphériques et équipements de qualité professionnelle sont déjà dotés d’une interface de supervision intégrée par le fabricant : le protocole SNMP (Simple Network Management Protocol). Ces périphériques peuvent être surveillés très facilement avec Checkmk, sans même avoir besoin d’installer d’agent.

La procédure de base est toujours la même :

Pour les trois derniers points ci-dessus (4, 5, 6), le résultat devrait ressembler à la capture d'écran suivante :

Le reste se déroule comme d'habitude. Si vous le souhaitez, vous pouvez consulter la page d'Test connection to hosts à l'aide du bouton « Save & go to connection tests ». Vous pouvez y voir immédiatement si l'accès via SNMP fonctionne, ici pour un commutateur, par exemple :

Sur la page Properties of host, cliquez sur Save & run service discovery pour afficher la liste de tous les services. Celle-ci est bien sûr très différente de celle sous Linux ou Windows. Sur tous les appareils, Checkmk effectue la supervision par défaut de tous les ports actuellement utilisés. Vous pouvez personnaliser cela ultérieurement selon vos besoins. De plus, un service toujours OK vous fournit des informations générales sur l'appareil, et un autre service vous indique la durée de fonctionnement.

Vous trouverez une description détaillée dans l'article consacré à la supervision via SNMP.

Vous pouvez également surveiller les services cloud, les conteneurs et les machines virtuelles (VM) avec Checkmk, même si vous n'avez pas accès aux serveurs physiques. Checkmk utilise à cette fin les interfaces de programmation d'applications (API) fournies par les fabricants. Ces interfaces utilisent toujours HTTP ou HTTPS pour l'accès.

Le principe de base est toujours le suivant :

Vous trouverez dans le guide de l'utilisateur des instructions étape par étape pour configurer la supervision d'Amazon Web Services (AWS), de Microsoft Azure, de Google Cloud Platform (GCP), de Docker, de Kubernetes et de VMware ESXi.

Poursuivez avec les outils de supervision