Règles

Prenons, à titre d’exemple, la configuration des valeurs seuils pour WARN et CRIT dans le cadre de la supervision des systèmes de fichiers. Avec une configuration orientée base de données, il faudrait, pour chaque système de fichiers, saisir une ligne dans un tableau :

C'est relativement simple — mais uniquement parce que le tableau de cet exemple est court. Dans la pratique, on compte généralement des centaines, voire des milliers de systèmes de fichiers. Des outils tels que le copier-coller et les actions Bulk peuvent simplifier le travail, mais le problème fondamental demeure : comment identifier et mettre en œuvre une directive standard ? Quelle est la règle générale ? Comment définir à l'avance les valeurs seuils pour les futurs ordinateurs hôtes ?

Une configuration basée sur des règles correspond toutefois à la directive ! Nous allons remplacer la logique du tableau ci-dessus par un ensemble de quatre règles. Si nous supposons que myserver001 est un système de test, et que dans chaque cas, la première règle pertinente s’applique à tous les systèmes de fichiers, le résultat sera les mêmes valeurs seuils que dans le tableau ci-dessus :

Certes, pour seulement deux ordinateurs hôtes, cela ne change pas grand-chose, mais avec seulement quelques ordinateurs hôtes supplémentaires, cela peut rapidement faire une différence considérable. Les avantages de la configuration basée sur des règles sont évidents :

En résumé : moins de travail, plus de qualité ! C’est pourquoi Checkmk vous propose une multitude de règles pour personnaliser les ordinateurs hôtes et les services, telles que les valeurs seuil, les paramètres de supervision, les responsabilités, les notifications, la configuration des agents et bien d’autres encore.

Dans la configuration, Checkmk organise les règles en jeux de règles. Chaque jeu de règles a pour tâche de définir un paramètre spécifique pour les ordinateurs hôtes ou les services. Checkmk contient plus de 700 jeux de règles ! En voici quelques exemples :

Chaque jeu de règles est responsable soit des ordinateurs hôtes, soit des services — jamais des deux à la fois. Si un paramètre peut être défini aussi bien pour les ordinateurs hôtes que pour les services, il existe une paire de règles applicables — par exemple, « Normal check interval for host checks » et « Normal check interval for services checks ».

À proprement parler, quelques jeux de règles ne définissent pas réellement de paramètres, mais créent plutôt des services. Les règles relatives aux contrôles actifs, disponibles à l’adresse Setup > Services > HTTP, TCP, Email, …​, en sont un exemple. Celles-ci vous permettent, par exemple, de configurer un contrôle HTTP pour des ordinateurs hôtes spécifiques. Ces règles sont classées comme des règles d’hôte — en effet, si un tel contrôle existe sur un ordinateur hôte, il est considéré comme une propriété de cet ordinateur hôte.

Il existe en outre des jeux de règles qui contrôlent la reconnaissance du service. Grâce à ceux-ci, vous pouvez, par exemple, via Windows service discovery, définir pour quels services Windows des checks automatiques doivent être créés s’ils sont détectés sur un système. Il s’agit également de règles d’ordinateur hôte.

La majorité des jeux de règles déterminent les paramètres de plugins de supervision spécifiques. Network interfaces and switch ports en est un exemple. Les paramètres de ces règles sont adaptés de manière très spécifique au plugin correspondant. Ces jeux de règles ne trouvent fondamentalement leur utilité qu’avec les services basés sur ce plugin. Si vous ne savez pas quel jeu de règles est responsable de quels services, le meilleur moyen de le découvrir est de naviguer directement via le service vers la règle correspondante. La procédure à suivre sera expliquée plus loin.

Il y a une chose que nous n’avons pas encore mentionnée : Dans l’exemple ci-dessus, il existe une règle pour tous les systèmes de test. Où est-il réellement défini qu’un ordinateur hôte est un système de test ?

Dans Checkmk, un élément tel qu’un système de test est appelé « balise de l’hôte ». Vous pouvez voir quelles balises sont disponibles via Setup > Hosts > Tags. Certaines balises sont déjà prédéfinies — par exemple, pour un Test system défini dans le groupe Criticality.

L'application de balises aux ordinateurs hôtes s'effectue soit explicitement dans les propriétés de l'ordinateur hôte, soit par héritage dans la hiérarchie des dossiers. La procédure à suivre est expliquée dans l'article consacré aux ordinateurs hôtes. La création de vos propres balises et la signification des balises prédéfinies sont expliquées dans l'article consacré aux balises de l’hôte.

Si vous souhaitez créer une nouvelle règle définissant un paramètre pour un ou plusieurs ordinateurs hôtes, plusieurs méthodes s’offrent à vous. La méthode directe consiste à passer par le groupe correspondant dans le menu «setup», en l’occurrence «Setup > Hosts > Host monitoring rules» :

Dans la vue suivante, tous les jeux de règles pertinents pour la supervision des ordinateurs hôtes sont affichés. Les chiffres suivant les noms de ces jeux de règles indiquent le nombre de règles déjà définies :

Cependant, vous pouvez atteindre votre objectif un peu plus rapidement via le champ de recherche. Pour ce faire, vous devez bien sûr connaître approximativement le nom du jeu de règles. Voici le résultat d'une recherche sur « host checks » à titre d'exemple.

Une autre méthode consiste à utiliser l'entrée « Hosts > Effective parameters » dans les propriétés d'un ordinateur hôte existant dans la Configuration ou via l'icône « » dans la liste des ordinateurs hôtes d'un dossier.

Vous y trouverez non seulement tous les jeux de règles qui s’appliquent à l’ordinateur hôte, mais également le paramètre actuellement en vigueur pour cet ordinateur hôte. Dans l’exemple de « Host check command », aucune règle ne s’applique à l’ordinateur hôte affiché, et il est donc défini sur la valeur par défaut de « Smart PING (only with Checkmk Micro Core) » des éditions commerciales. Dans Checkmk Community, la valeur par défaut est « PING (active check with ICMP echo request) ».

Cliquez sur Host check command pour afficher l'ensemble complet du jeu de règles.

Si une règle existe déjà, le numéro de la règle définissant ce paramètre s'affiche à la place de « Default value ».

En cliquant dessus, vous accédez directement à la règle.

Le chemin d'accès aux jeux de règles pour les services est similaire. L'accès général se fait via le menu «Setup », dans ce casSetup > Services > Service monitoring rules ou, de manière plus appropriée, via le champ de recherche.

Si vous n’êtes pas encore très familier avec les noms des jeux de règles, le chemin d’accès via le service est plus simple. Tout comme pour les hôtes, il existe également une page sur laquelle tous les paramètres d’un service sont affichés et où vous avez la possibilité d’accéder directement aux jeux de règles applicables. Vous pouvez accéder à cette page de paramètres à l’aide de l’icône « » dans la liste des services d’un hôte, dans la section « Configuration ». L'icône « » vous mène directement au jeu de règles qui définit le paramètre du plugin de supervision pour ce service.

À propos, l’icône « » de la page des paramètres se trouve également dans le menu d’action de chaque service, sous la rubrique « Supervision » :

Dans le menu « Setup », vous trouverez également une entrée intitulée « Enforced Services ». Comme son nom l’indique, vous pouvez utiliser ces jeux de règles pour forcer la création de services sur vos ordinateurs hôtes. Vous trouverez plus de détails dans l’article consacré aux services. Un petit nombre de jeux de règles — tels que « Simple checks for BIOS/Hardware errors » — ne se trouvent que dans la section des services imposés. Il s’agit de services qui ne résultent pas de la reconnaissance du service, mais qui sont créés manuellement par vos soins.

Dans chacune des listes de jeux de règles susmentionnées — que ce soit dans l’Host monitoring rules ou l’Service monitoring rules — vous pouvez utiliser l’option « Related > Used rulesets » dans les menus pour n’afficher que les jeux de règles dans lesquels vous avez défini au moins une règle. C'est souvent un moyen pratique de commencer si vous souhaitez apporter des modifications à vos règles existantes. Par ailleurs, certaines règles ont été générées par défaut lors de la création de l'instance Checkmk et font partie de la configuration d'exemple. Celles-ci sont également affichées ici.

La supervision est une matière complexe. Il peut arriver que certaines règles ne correspondent à aucun ordinateur hôte ou service, soit parce que vous avez commis une erreur, soit parce que les ordinateurs hôtes et services correspondants ont disparu. Ces règles inactives peuvent être retrouvées dans les listes de jeux de règles susmentionnées via «Related > Ineffective rulesets» dans les menus.

Checkmk fait l’objet d’un développement constant. Il arrive parfois que des éléments soient standardisés et que certains jeux de règles soient remplacés par d’autres. Si vous utilisez de tels jeux de règles, le moyen le plus simple de les trouver est d’effectuer une recherche de règles. Ouvrez-la via Setup > General > Rule search. Cliquez ensuite dans les menus sur « Rules > Refine search », sélectionnez « Search for deprecated rulesets » comme option pour « Deprecated » et sélectionnez « Search for rule sets that have rules configured » comme option pour « Used ». Après un clic supplémentaire sur « Search », vous obtenez l’aperçu souhaité.

Lorsque vous accédez à un jeu de règles pour un ordinateur hôte ou un service dans Setup, Checkmk vous affiche cet jeu de règles en mode analyse. Vous pouvez y accéder en cliquant sur l’icône « » dans le menu d'action « » de la section « Setup » de la liste des ordinateurs hôtes ou des services. La page suivante Effective parameters of affiche la liste des règles qui s’appliquent à l’ordinateur hôte/au service. Pour passer en mode analyse, cliquez sur le nom d’un jeu de règles pour lequel il existe au moins une règle, c’est-à-dire un jeu de règles qui n’est pas défini sur « Default value » :

Ce mode présente deux fonctionnalités. Tout d’abord, un deuxième bouton permettant de définir des règles apparaît : « Add rule for current host » ou « Add rule for current host and service. »

Cela vous permet de créer une nouvelle règle pour laquelle l’ordinateur hôte ou le service actuel approprié est déjà présélectionné. Vous pouvez ainsi créer très facilement et directement une règle d’exception. Deuxièmement, une icône en forme de « feu tricolore » apparaît sur chaque ligne, dont la couleur indique si et/ou comment cette règle affecte l’ordinateur hôte ou le service actuel. Les conditions suivantes sont possibles :

Dans la dernière condition — la règle correspond partiellement à une règle «» —, cela ne peut se produire que pour les jeux de règles dans lesquels une règle peut définir plusieurs paramètres en cochant des cases individuelles. Théoriquement, chaque paramètre d’une autre règle peut également être défini individuellement ici. Nous y reviendrons plus tard.

Tout ce qui figure dans le premier bloc, «Rule Properties», est facultatif et sert principalement à des fins de documentation :

La deuxième section diffère pour chaque règle, mais spécifie toujours ce qui doit être fait. L'illustration suivante montre un type de règle très répandu (DB2 Tablespaces). Vous pouvez utiliser des cases à cocher pour déterminer quels paramètres individuels la règle doit définir. Comme décrit ci-dessus, Checkmk détermine quelle règle définit chaque paramètre individuel séparément. La règle de l'illustration ne définit donc qu'une seule valeur et ne modifie pas les autres paramètres :

Vous pouvez également contrôler les valeurs de cette règle et d’autres règles en fonction de l’heure ou du calendrier. Par exemple, vous pouvez définir des valeurs seuils de sorte que la charge de travail sur le tablespace pendant les heures de bureau diffère de celle du week-end.

Cliquez d'abord sur le bouton «Enable timespecific parameters», puis sur «Add new element» ; vous verrez alors les options dépendantes de l'heure :

Sélectionnez maintenant une période de temps dans la liste «Match only during time period », puis sélectionnez les paramètres auxquels cette période de temps doit s'appliquer.

Certains jeux de règles ne définissent pas de paramètre, mais déterminent uniquement quels ordinateurs hôtes sont inclus et lesquels ne le sont pas. C'est le cas, par exemple, du jeu de règles «Hosts to be monitored », dont la plage de paramètres se présente comme suit :

En sélectionnant l’une des deux valeurs disponibles, vous décidez de la marche à suivre pour les ordinateurs hôtes concernés. La sélection de « Positive match (Add matching hosts to the set) » (Ajouter les ordinateurs hôtes concernés) ajoutera les ordinateurs hôtes concernés à l’ensemble des ordinateurs à soumettre à la supervision. La sélection de « Negative match (Exclude matching hosts from the set) » (Retirer les ordinateurs hôtes concernés) retirera les ordinateurs hôtes concernés de la supervision. L’expression « Positive match » (Ajouter les ordinateurs hôtes concernés) ou « Negative match » (Retirer les ordinateurs hôtes concernés) fait référence au contenu de la règle actuelle. Il ne s’agit pas d’un critère de filtrage supplémentaire pour la sélection des ordinateurs hôtes. Vous filtrez l’ensemble des ordinateurs hôtes concernés exclusivement à l’aide des expressions suivantes : « Conditions ».

Dans la section précédente, vous avez défini comment tous les ordinateurs hôtes ou services concernés par votre règle doivent être traités. Dans la troisième section Conditions, vous définissez à présent sur quels ordinateurs hôtes ou services la règle doit s’appliquer — et donc ses effets. Il existe différents types de conditions qui doivent toutes être remplies pour que la règle prenne effet. Les conditions sont donc logiquement liées par un ET :

Dans l'introduction au concept des règles, vous avez vu que la première règle qui s'applique détermine toujours le résultat final. Ce n'est pas tout à fait exact. Il existe au total trois types d'évaluation différents :

Les informations sur la manière dont la règle est évaluée s’affichent pour chaque jeu de règles juste en dessous des menus :

Maintenant, comment cela s’évalue-t-il concrètement si l’on a créé plusieurs règles destinées à être appliquées à plusieurs ordinateurs hôtes ? Pour illustrer cela, prenons un exemple simple :

Supposons que vous disposiez de trois ordinateurs hôtes et que vous souhaitiez définir des notifications périodiques différentes pour chacun d'entre eux (ainsi que pour tous les ordinateurs hôtes ajoutés à l'avenir) à l'aide de la règle « Periodic notifications during host problems » :

Si vous activez maintenant votre configuration, Checkmk parcourt la chaîne de règles de haut en bas. Il en résulte l'évaluation suivante :

Veuillez noter ici : Étant donné que le principe « La première règle correspondante définit le paramètre » s'applique à ce jeu de règles, le traitement de la chaîne de règles s'arrête toujours après la première correspondance. L'ordre des règles est donc déterminant pour le résultat ! Cela devient évident lorsque l'ordre des règles est modifié et que les règles B et C sont inversées :

Si l’on réexécute maintenant la chaîne de règles de haut en bas pour chaque ordinateur hôte, le résultat change également : La règle C s’applique désormais non seulement à l’ordinateur hôte 3, mais aussi à l’ordinateur hôte 2, de sorte que la notification pour les deux ordinateurs hôtes a lieu toutes les 30 minutes. Le traitement est ainsi terminé pour les deux ordinateurs hôtes. Bien que la règle B soit pertinente pour l'ordinateur hôte 2, et qu'elle ait même été écrite pour cet ordinateur hôte, elle ne sera plus évaluée ni appliquée. En mode analyse, le processus se présente alors comme suit :

En combinant les différents paramètres expliqués dans cet article — tout en gardant à l'esprit l'ordre de traitement correct —, vous pouvez les utiliser pour créer des chaînes de règles complexes pour des ensembles d'ordinateurs hôtes entiers.