Structuration des hôtes

Toute personne travaillant avec des ordinateurs connaît bien les fichiers et les dossiers. Dans Checkmk, ce principe bien connu a été adopté pour la structuration des ordinateurs hôtes, qui sont stockés dans des dossiers. Seul le dossier « Main » — la racine de l’arborescence — est prédéfini. Sous (au sein de) ce dossier Main, vous pouvez créer votre propre structure de dossiers avec autant de sous-dossiers que vous le souhaitez, visualisée sous la forme d’une « arborescence des hôtes ». Les critères couramment utilisés pour construire l’arborescence des hôtes sont l’emplacement, la technologie et la structure organisationnelle. Vous pouvez accéder au dossier « Main » en sélectionnant « Setup > Hosts > Hosts ».

Via les dossiers, les attributs peuvent être hérités par les sous-dossiers et les hôtes qu’ils contiennent. Consultez l’article Administration des hôtes pour plus de détails sur le fonctionnement de l’héritage. Sont hérités les attributs du dossier, c’est-à-dire les propriétés du dossier affichées dans l’Setupe de la page Folder properties, telles que les agents de supervision et les autorisations — mais aussi d’autres éléments de structuration tels que les balises de l’hôte, les étiquettes ou les hôtes parents. Bon nombre des propriétés du dossier se retrouvent également dans les propriétés de l’hôte sur la page Properties of host. L’héritage est particulièrement utile pour les attributs communs à de nombreux ordinateurs hôtes, par exemple le fait que l’ordinateur hôte doive être soumis à la supervision par l’agent Checkmk ou par SNMP. Un autre avantage de l’héritage des attributs de dossier est que vous pouvez préparer des dossiers pour accueillir tous les ordinateurs hôtes qui seront ajoutés à l’avenir. Il suffit de déposer le nouvel ordinateur hôte dans le dossier approprié et tous les attributs prédéfinis seront automatiquement corrects pour le nouvel ordinateur hôte.

Afin de tirer pleinement parti de l'héritage, il s'est avéré utile de réfléchir d'abord à un système d'organisation, puis de remplir ce système avec du contenu. Ainsi, vous créez d'abord la structure des dossiers et leur hiérarchie, puis vous classez vos ordinateurs hôtes dans les dossiers appropriés.

Cela est d’autant plus important que l’environnement est vaste et que les ordinateurs hôtes sont nombreux. Une fois la structure de dossiers mise en place, elle peut être modifiée ultérieurement et les dossiers peuvent être renommés sans aucun problème. Il convient toutefois de faire preuve de prudence : le déplacement d’un ordinateur hôte vers un autre dossier peut modifier ses attributs sans que vous vous en rendiez compte — c’est-à-dire que le dossier de destination peut avoir des attributs différents de ceux du dossier source.

Ce n’est toutefois que dans de rares cas qu’une structure de dossiers peut à elle seule refléter la complexité des systèmes réels. Si vous souhaitez (ou devez) organiser vos ordinateurs hôtes selon de nombreux critères différents, les balises de l’hôte décrites dans le chapitre suivant peuvent également s’avérer utiles.

La structure arborescente générée par les dossiers est également visible dans l’environnement de supervision — mais uniquement si un dossier contient au moins un ordinateur hôte.

Tout d’abord, dans la barre de filtrage de la vue de la table, se trouve le filtre «Folder», qui vous permet de limiter la vue actuelle aux ordinateurs hôtes situés sous un dossier spécifique.

Comme le montre l'image suivante, d'autres filtres sont également disponibles pour d'autres éléments de structuration tels que les balises de l’hôte, les étiquettes et les groupes d’hôtes.

Ensuite, dans la barre latérale, le snap-in « Tree of folders » offre les mêmes options de sélection que le menu « Monitor », mais permet en outre de limiter l'affichage à un seul dossier :

Les balises de l’hôte possèdent des propriétés similaires à celles des étiquettes et des dossiers.

L'attribution d'une balise ou d'une étiquette à un ordinateur hôte donne un résultat très similaire. Dans les deux cas, vous pouvez utiliser l'indicateur attribué dans la configuration pour définir des conditions dans les règles. Cependant, avant de pouvoir attribuer une balise de l’hôte, vous devez définir le groupe de balises de l’hôte associé, c'est-à-dire réfléchir à toutes les valeurs possibles qu'une telle balise pourrait avoir.

L'exhaustivité d'un groupe de balises de l’hôte rappelle donc la mise en place de la structure de dossiers. Tout comme un hôte ne peut être placé que dans un seul dossier, il ne peut également porter qu'une seule balise issue d'un groupe de balises de l’hôte. En d'autres termes, un hôte est toujours affecté à un dossier et possède toujours une balise issue d'un groupe de balises de l’hôte (si l'on met de côté les balises de la case à cocher pour l'instant). Les balises de l’hôte conviennent donc aux propriétés qui sont toujours présentes (ou du moins devraient l’être) et qui sont généralement définies par l’administrateur Checkmk pour l’ensemble du système à superviser et pour tous les utilisateurs de Checkmk.

En ce qui concerne la structure des dossiers : Pour la configuration d’environnements de grande envergure, il est très utile dès le départ de mettre en place une structure bien planifiée de balises de l’hôte.

Vous attribuez des balises à un ordinateur hôte sur la page «Properties of host» (Configuration de l’ordinateur hôte) — lors de la création ou de l’édition d’un ordinateur hôte. Vous trouverez de nombreux attributs tant dans les propriétés d’un ordinateur hôte que dans celles des dossiers — et il en va de même pour les balises de l’hôte. Cela signifie que les balises de l’hôte s’appliquent non seulement aux hôtes, mais aussi aux dossiers. Les balises de l’hôte sont donc également héritées via la structure de dossiers dans Checkmk. Pour éviter toute surprise indésirable lors de l’héritage, vous devez prêter attention à la valeur par défaut lorsque vous définissez un groupe de balises de l’hôte. En règle générale, il est judicieux de définir ici une valeur neutre par défaut, telle que None ou not applicable.

Il est possible de modifier les balises de l’hôte une fois qu'elles ont été configurées, mais cela doit être évité — notamment lorsqu'il s'agit de renommer l'ID d'une balise, car cela nécessite dans la plupart des cas une intervention manuelle. En revanche, les modifications qui n'affectent que l'affichage ou qui ajoutent simplement de nouveaux choix ne posent aucun problème et n'ont aucun effet sur les hôtes et les règles existants.

Les balises de l’hôte ne sont pas seulement utiles dans les configurations, mais également dans la supervision. Par exemple, dans la barre de filtrage des vues de la table, il existe également des filtres pour les balises de l’hôte, comme le montre la capture d’écran du chapitre consacré aux dossiers.

De plus, le snap-in «Virtual host tree» dans la barre latérale offre la possibilité d’effectuer l’affectation d’une hiérarchie «virtuelle» de balises de l’hôte. L'article sur les balises de l’hôte explique comment procéder.

Une fois les étiquettes définies, vous disposez des mêmes fonctionnalités qu’avec les dossiers et les balises de l’hôte. Lors d’une configuration, vous pouvez définir les conditions des règles en fonction des étiquettes.

Alors qu’avec les balises de l’hôte, tous les hôtes se voient déjà attribuer une balise de l’hôte par la définition du groupe de balises de l’hôte, l’attribution dans le cas des étiquettes fonctionne différemment. Les étiquettes peuvent être définies explicitement, via des règles, et automatiquement. Il convient de garder à l’esprit les différentes façons dont les hôtes peuvent recevoir leurs étiquettes lorsque vous réfléchissez à la manière dont vous pouvez utiliser les étiquettes pour structurer vos hôtes.

L'attribution explicite d'une étiquette s'effectue dans les propriétés d'un ordinateur hôte, à l'aide de la case « Custom attributes ». Saisissez une paire clé-valeur, cliquez sur « Enter » : c'est terminé ! Les étiquettes peuvent également être définies dans les propriétés des dossiers, qui sont ensuite héritées via la structure de dossiers dans Checkmk.

Si vous n’avez pas vraiment besoin d’une valeur pour une étiquette, mais que vous souhaitez simplement savoir si une certaine étiquette est associée à l’ordinateur hôte ou non, attribuez simplement yes comme valeur (vm:yes), par exemple. Si vous suivez ce schéma de manière cohérente, il vous sera plus facile de définir ultérieurement des conditions pour ces étiquettes.

L'attribution explicite est très simple, mais comporte des pièges, car le risque d'incohérences dues à des fautes d'orthographe est élevé. Étant donné que les étiquettes peuvent être attribuées librement, Checkmk ne peut pas non plus vérifier si foo:bar, Foo:bar ou Fu:baa est l'étiquette « correcte ». Vous devriez donc également réfléchir à la manière de respecter la casse, car si vous définissez ultérieurement des conditions via des étiquettes, l'orthographe correcte doit être strictement respectée, tant pour la clé que pour la valeur.

Il est donc judicieux de renoncer à une attribution explicite pour la structuration des ordinateurs hôtes et d’utiliser la création d’étiquettes basée sur des règles ou automatique.

Si les balises de l’hôte conviennent aux propriétés globales qui sont toujours présentes et qui sont généralement spécifiées par l’administrateur Checkmk pour l’ensemble du système à superviser et pour tous les utilisateurs Checkmk, les utilisateurs Checkmk individuels peuvent alors utiliser des étiquettes pour mettre en œuvre les exigences spécifiques à leur domaine de responsabilité. Pour une structure locale gérable, les étiquettes peuvent combler les lacunes laissées par l’administration globale, en tirant parti des avantages qu’elles offrent : Elles sont rapides et faciles à créer — et également à supprimer.

Vous pouvez obtenir un aperçu complet de toutes les étiquettes d’hôte dans l’environnement de supervision via la vue d’état de l’hôte. Dans la barre de filtrage des vues de la table, vous avez accès à toutes les étiquettes d’hôte — et pouvez même les combiner avec les opérateurs booléens Not, And et Or pour le filtrage. Ces deux méthodes sont décrites dans l’article consacré aux étiquettes d’hôte.

Vous avez déjà appris ce que sont les éléments parents et comment ils fonctionnent dans l'article « Principes de base de la supervision ».

Pour définir un hôte parent pour un ordinateur hôte unique, procédez comme suit : Sélectionnez «Setup > Hosts > Hosts» (Configuration > Hôtes) et cliquez sur l'ordinateur hôte souhaité pour afficher ses propriétés. Dans la case «Basic settings» (Parent), saisissez le nom ou l'adresse IP du parent. Dès qu'un parent a été spécifié, une case de saisie supplémentaire pour un parent supplémentaire apparaît :

Important : ne spécifiez que des hôtes parents directs.

De la même manière, les hôtes parents peuvent également être spécifiés dans les propriétés des dossiers et ainsi être hérités par les ordinateurs hôtes que ces dossiers contiennent, comme décrit dans le chapitre précédent consacré aux dossiers et aux héritages.

Lors de la mise en place d’un nouveau système de supervision, et en créant dès le départ une structure bien organisée avec des dossiers et des hôtes parents, l’héritage des hôtes parents via les dossiers devrait vous suffire. Vous pouvez toutefois également configurer automatiquement les hôtes parents via l’Parent scan.

En utilisant le protocole IP sur la couche réseau du modèle OSI (couche 3), via l'traceroute, le scan recherche la passerelle finale en amont d'un ordinateur hôte. Si une telle passerelle est trouvée et que son adresse IP appartient à l'un de vos ordinateurs hôtes sous supervision, celle-ci est définie comme hôte parent. Si l'traceroute n'obtient aucune information des sauts précédant l'ordinateur hôte ciblé, le dernier saut réussi est utilisé.

Toutefois, si aucune passerelle n’est trouvée parmi les ordinateurs hôtes sous supervision, Checkmk crée par défaut un « ordinateur hôte ping-only » artificiel dans le dossier Parents, qui est créé en même temps.

Toutefois, ce paramètre par défaut peut également produire des résultats indésirables. Prenons par exemple un petit réseau typique avec la plage d’adresses 192.168.178.0/24. Si un ordinateur hôte dont l’adresse appartient à une plage différente — et qui ne peut pas être pingé — est désormais ajouté à la supervision, l’analyse tentera l’itinéraire via le routeur et n’y trouvera que le nœud du fournisseur d’accès. Ainsi, par exemple, un serveur de télécommunications de la zone WAN pourrait alors être défini comme hôte parent de cet ordinateur hôte. Pour éviter cela, vous pouvez désactiver l'option correspondante avant le scan.

Si vous souhaitez analyser un dossier contenant de nouveaux hôtes pour les parents, procédez comme suit : Ouvrez d'abord le dossier souhaité et sélectionnez «Hosts > Detect network parent hosts» dans le menu pour ouvrir la configuration de l'analyse. Par ailleurs, au lieu d'analyser un dossier entier, vous pouvez également analyser uniquement un sous-ensemble d'hôtes en les sélectionnant au préalable dans la première colonne de la liste.

Pour réanalyser complètement tous les ordinateurs hôtes de tous les sous-dossiers, indépendamment des hôtes parents définis manuellement, sélectionnez les options « Include all subfolders » et « Scan all hosts ». Dans la section « Performance », vous pouvez personnaliser la durée de l'analyse, qui peut prendre un certain temps si vous avez de nombreux ordinateurs hôtes.

Sous « Creation of gateway hosts », vous déterminez si, comment et sous quel alias les hôtes parents nouvellement trouvés sont créés. Désactivez cette fonction si vous souhaitez limiter les parents aux hôtes sous supervision.

Cliquez maintenant sur « Start ». Vous pouvez suivre le résultat de l'analyse en temps réel pendant son exécution.

Vous verrez alors les hôtes parents configurés et, le cas échéant, un nouveau dossier « Parents » dans « Main » (si vous l’avez spécifié avant l’analyse).

Cela conclut l'analyse.

Une fois l'analyse effectuée et les modifications actives, les relations parent-enfant sont visualisées sous forme de carte topologique, à laquelle vous pouvez accéder via Monitor > Overview > Parent / Child topology :

Vous trouverez les groupes d'hôtes sous « Setup > Hosts > Host groups ».

Vous créez un nouveau groupe d'hôtes via le bouton « Add group ». La création est un processus simple qui se limite à l'attribution d'un nom unique — qui ne peut être modifié ultérieurement — et d'un alias :

Pour ajouter des ordinateurs hôtes à des groupes d'hôtes, utilisez le jeu de règles « Assignment of hosts to host groups », accessible à l'adresse Setup > Hosts > Host monitoring rules. Créez une nouvelle règle.

Tout d’abord, dans la case « Assignment of hosts to host groups », sélectionnez le groupe d’hôtes auquel les hôtes doivent être affectés, tel que le groupe « My Linux servers » dans l’exemple :

Ensuite, dans la case « Conditions », définissez le ou les filtres permettant de délimiter le groupe — les filtres pouvant bien sûr être combinés. Vous pouvez filtrer les hôtes par dossiers, balises de l’hôte, étiquettes d’hôte ou spécifier des hôtes particuliers. Si, dans le groupe d’hôtes, vous souhaitez inclure des hôtes comportant deux balises issues du même groupe de balises de l’hôte, vous devez créer deux règles distinctes. En général, les affectations de groupe sont cumulatives. Les hôtes peuvent appartenir à plusieurs groupes et les groupes peuvent être alimentés par plusieurs règles.

Dans l’exemple suivant, nous utilisons l’étiquette d’hôte « cmk/os_family:linux », attribuée automatiquement par Checkmk, pour ajouter les serveurs Linux au groupe d’hôtes :

Vous devrez ensuite activer les modifications comme d'habitude.

Dans la supervision, vous pouvez facilement vérifier le résultat de vos affectations dans l'Setup. Les groupes d'hôtes existants seront répertoriés sur la liste « Monitor > Overview > Host groups » :

En cliquant sur le nom d'un groupe d'hôtes, vous accédez à une vue complète des hôtes de ce groupe.

En dehors de cet aperçu, vous pouvez utiliser les groupes d'hôtes à divers endroits, notamment pour créer des vues de la table et des cartes NagVis, ainsi que comme filtres dans les règles de notification et les gestionnaires d'alertes.

La seule chose importante lors de la création de vues (via Customize > Visualization > Views) est de sélectionner une vue de surveillance (Datasource) qui utilise des groupes d'hôtes, par exemple Host groups.

Dans le menu Monitor, vous trouverez des vues prêtes à l'emploi, par exemple Host groups, que nous avons déjà présentée dans la section précédente.

Vous pouvez accéder aux cartes NagVis via le snap-in « NagVis maps » de la barre latérale. Dans une carte NagVis, vous obtenez par exemple le résumé d'un groupe d'hôtes en survolant une icône unique avec le menu contextuel :

Dans les jeux de règles pour les notifications et les gestionnaires d'alertes, les groupes d'hôtes sont disponibles en tant que filtres sous l'onglet « Conditions » :