Vues des hôtes et des services

La vue globale est plus facilement accessible via le menu « Monitor ».

Vous pouvez également utiliser les snap-ins « Overview » et « Views ». Dans « Overview », chaque numéro est cliquable et vous mène à une vue de la table qui répertorie individuellement les ordinateurs hôtes ou les services comptabilisés dans chaque cas.

Toutes les vues globales sont accessibles dans le snap-in Views — regroupées par thèmes. Vous trouverez en outre quelques entrées qui ne relèvent pas à proprement parler de Views — comme par exemple les tableaux de bord, qui sont classés sous le thème Overview. Les tableaux de bord peuvent toutefois contenir des vues.

À partir d’une vue de la table, une étape supplémentaire vous permet d’accéder aux détails d’un ordinateur hôte ou d’un service particulier. Les noms des ordinateurs hôtes et des services, ainsi que les cellules individuelles des autres colonnes, sont cliquables…

… et vous mènent à une vue plus détaillée (dépendante du contexte).

Dans les vues relatives à un ordinateur hôte ou à un service spécifique, vous trouverez toutes sortes d’entrées dans le menu « Host » ou « Service », qui vous mèneront ensuite vers d’autres vues ayant le même contexte, c’est-à-dire pour le même ordinateur hôte ou service.

Vous pouvez également accéder aux vues spécifiques à un ordinateur hôte ou à un service en effectuant une recherche dans le menu Monitor :

Une autre façon d’accéder à la vue détaillée consiste à utiliser le snap-in Quicksearch dans la barre latérale :

La vue qui s'affichera dépendra du résultat de la recherche. Si la recherche identifie explicitement un ordinateur hôte, vous accéderez directement à la page « Services of Host …​ » de cet ordinateur hôte.

Vous y trouverez à nouveau les entrées de menu permettant d'accéder aux autres vues de ce même hôte. Un clic sur le nom de l'hôte vous amène à la vue « Status of Host ».

La distinction entre les vues globales, spécifiques à l'ordinateur hôte et spécifiques au service est également visible dans les menus. Les menus « Commands, Add to, Export, Display » et « Help » sont toujours présents.

Dans les vues d’hôtes globales, on trouve également le menu « Hosts », tout comme dans les vues de services globales « Services » — notez ici le pluriel ! Vous pouvez par exemple utiliser cette fonction pour afficher la disponibilité de tous les hôtes ou services de la vue actuelle.

Les vues d’un ordinateur hôte, en revanche, contiennent les menus « Host » et « Services », avec toutes les actions pour l’ordinateur hôte actuel et tous les services de la vue actuelle.

Les vues d’un service unique contiennent également le menu « Host », mais aussi, désormais au singulier, le menu « Service », avec les actions relatives à ce service.

En haut à gauche de chaque vue de la table se trouvent six icônes qui vous permettent de modifier l'affichage et de déclencher des actions :

Checkmk affiche les horodatages sous forme de valeurs relatives dans toutes les vues de la table d’états si ceux-ci remontent à moins de 24 heures dans le passé ou le futur — par exemple, 16 hours. Vous pouvez modifier ce paramètre dans le menu via « Display > Modify display options » et choisir d’afficher uniquement les valeurs absolues, uniquement les valeurs relatives ou les deux, ou encore l’« heure Unix ». Vous pouvez également spécifier le format de date dans ce dialogue.

Les vues de la table peuvent être triées en cliquant sur l'en-tête d'une colonne. Une colonne présente trois états qui peuvent être sélectionnés en cliquant plusieurs fois :

Les vues sont initialement triées « naturellement » selon la manière dont la vue est définie. Dans les vues de service, le tri est alphabétique par nom du service — à l’exception des services « Check_MK » qui apparaissent toujours en haut. Le service « Check_MK » est chargé de gérer l’agent de supervision. Il existe également les services « Check_MK Discovery » et « Check_MK HW/SW Inventory ». Pour trier une telle liste en fonction de l’état actuel des services, il suffit de cliquer sur « State ».

Le tri selon la colonne « Perf-O-Meter » donne parfois des résultats surprenants. Cela est dû au fait que l’affichage graphique des valeurs mesurées est en partie un résumé en pourcentage des valeurs réelles. Le tri est toutefois effectué selon les valeurs absolues et se base toujours sur la première métrique produite par un service.

Les données affichées dans une vue de la table peuvent être exportées dans divers formats à l'aide du menu « Export » :

Dans un environnement de supervision de grande envergure, l'affichage de toutes les vues n'est plus pratique. Lorsque vous surveillez 50 000 services et que vous sélectionnez la vue «All Services», non seulement l'affichage prendra beaucoup de temps, mais il ne sera pas non plus très utile.

Dans de telles situations, afin de protéger l’utilisateur contre de longs délais d’attente et d’éviter de paralyser le système avec des quantités absurdes de données, les vues de la table sont limitées à 1 000 entrées dans leur affichage. Le dépassement de cette limite génère l’avertissement suivant :

Comme vous pouvez le constater, les enregistrements affichés ne sont pas nécessairement les 1 000 premiers correspondant à la méthode de tri sélectionnée ! Il y a une raison technique à cela : à savoir que la limite s’applique à la source de données dans les noyaux de supervision de l’instance connectée. Ceci est très important, car si nous accumulons un million d’enregistrements de données provenant de votre environnement réparti à travers le monde, alors 99,9 % des données seront immédiatement supprimées. Le tri s’effectue via l’interface uniquement à la fin, il a donc lieu après l’application de la limite. Les données de toutes les instances doivent, après tout, être triées ensemble.

Si vous souhaitez vraiment voir plus de mille enregistrements, vous pouvez passer au niveau supérieur en cliquant sur « Repeat query and allow more results ». Ici, la limite est de 5 000 enregistrements. Si cette limite est à nouveau dépassée, vous pouvez continuer avec l’option « illimité ». Dans la mesure où il s’agit d’une action potentiellement risquée, vous aurez besoin de droits d’administrateur. Vous êtes prévenu !

Vous pouvez définir ces deux niveaux sous Global settings > User interface avec Soft query limit et Hard query limit :

Checkmk vous permet de personnaliser ses vues standard, et même d'en créer de nouvelles que vous pouvez intégrer dans des rapports et des tableaux de bord. Vous pouvez ainsi définir de nombreux aspects différents pour chaque vue :

Le mode d'édition des vues de la table est accessible de deux manières :

Les vues fournies en standard font partie intégrante du logiciel et ne peuvent donc pas être modifiées ; toutefois, Checkmk prend en charge le concept de clonage. Lorsqu’une vue est personnalisée pour la première fois, une copie de cette vue est créée automatiquement. Cette copie est ajoutée à votre profil d’utilisateur.

Cette copie peut ensuite être personnalisée à votre guise. La vue d’origine est conservée mais grisée — elle est masquée par votre nouvelle version, qui est alors effective. Vous pouvez revenir à la vue standard ultérieurement en supprimant simplement votre clone (ce qui s’effectue dans la table des vues, comme on peut s’y attendre, à l’aide de ).

Ce concept présente un autre avantage : à savoir que vous pouvez définir si la vue doit être modifiée pour tous les utilisateurs ou uniquement pour vous-même. Vous spécifiez cela dans l’General properties de la vue sous « Visibility » à l’aide de la case à cocher « Make this view available for other users ». Sans surprise, vous ne pouvez cocher cette case que si vous disposez des droits d’administrateur. Plus précisément, cette fonction dispose de son propre droit : « Publish views ». De plus, des vues individuelles peuvent être verrouillées dans les définitions de rôle.

Que se passe-t-il lorsqu’une vue a été personnalisée et publiée par plusieurs utilisateurs ? Chaque utilisateur dispose alors de sa propre variante de la vue. Quelle vue sera visible pour quel(s) utilisateur(s) ? Ceci peut être déterminé à l’aide des règles suivantes :

Comment créer une véritable copie d’une vue de la table, de sorte qu’une fois l’opération terminée, vous disposiez à la fois de la vue fournie et de votre propre vue ? Cela s’effectue en utilisant l’Unique ID dans l’General Properties. Il suffit de donner un nouveau nom à votre vue, afin qu’elle ne soit plus identifiée comme un clone de la vue fournie, mais qu’elle commence sa propre existence indépendante.

Cet ID est le mot-clé déterminant pour ouvrir les vues dans l'URL. Le schéma est très simple. Voici par exemple comment la vue globale portant l'ID allhosts est ouverte :

/mysite/check_mk/view.py?view_name=allhosts

Les concepts de clonage, de personnalisation et de visibilité se retrouvent à de nombreux autres endroits dans Checkmk, notamment dans :

La manière dont une vue s’affiche dans le menu « Monitor » de la barre de navigation ainsi que dans le snap-in « Views », et si elle s’y affiche ou non, est définie sous « General properties » par les caractéristiques suivantes :

Le bloc suivant — View Properties — définit l'apparence générale d'une vue de la table :

L’option « Number of Columns » définit la valeur par défaut du nombre de colonnes affichées dans la vue de la table, tandis que l’option « Automatic page reload » définit la valeur par défaut du compteur d’actualisation. Ces deux valeurs peuvent être modifiées par l’utilisateur dans la vue de la table elle-même via « Display > Modify display options ».

Sous Basic Layout, il existe différents styles d’affichage des données dans les tableaux. La plupart des vues de la table utilisent Table — un tableau standard pouvant être trié par colonnes — ou Single dataset — qui présente la légende à gauche et qui est principalement utilisé pour des ensembles de données uniques. Vous pouvez toutefois également utiliser Single dataset pour les vues de la table comportant plusieurs objets. La vue All hosts se présente comme suit lorsqu’elle est modifiée en Single dataset :

La case « Columns » (Afficher les colonnes) permet de définir les colonnes que vous souhaitez voir. Le choix des colonnes disponibles dépend de la source de données sélectionnée. C’est naturellement dans les services que l’on trouve le plus grand nombre de colonnes, car toutes les informations relatives à l’ordinateur hôte concerné y sont disponibles. La liste peut être assez longue ici, et si vous ne savez pas quelle colonne choisir, il n’y a qu’une seule chose à faire : l’essayer :

Selon la colonne sélectionnée, des options spécifiques peuvent être disponibles. Avec la colonne « Hosts: Host name », par exemple, il est possible de colorer le nom de domaine en fonction de son état à l’aide de l’option « Coloring ».

Le champ « Link » propose une sélection de toutes les vues de la table et de tous les tableaux de bord. Si une vue est sélectionnée ici, la cellule correspondante de la colonne devient cliquable et redirige l’utilisateur vers la vue choisie. Cela n’a vraiment de sens que si la vue ciblée dispose d’un contexte. Le meilleur exemple est la vue « All hosts ». La colonne « Host » est cliquable ici et redirige l’utilisateur vers la page « Services of Host » de l’ordinateur hôte. Il est également possible de spécifier ici des tableaux de bord — qui, bien évidemment, ne nécessitent pas de contexte.

Sous «Tooltip», en revanche, vous trouverez une liste de toutes les colonnes. Vous pouvez ainsi afficher des informations supplémentaires sur l’ordinateur hôte ou le service lorsque l’utilisateur passe le pointeur de la souris sur la cellule correspondante (l’adresse IP dans l’exemple suivant) :

Imaginons que vous souhaitiez afficher des informations sur des services spécifiques dans un tableau d’ordinateurs hôtes. Voici un très bon exemple d’un tel scénario : Pour chaque ordinateur hôte, la durée de fonctionnement actuelle, la charge CPU, l’utilisation de la mémoire et le temps d’exécution de l’agent Checkmk sont affichés :

Ici, un tableau d’ordinateurs hôtes a été créé, dans lequel la colonne « service » de l’Perf-O-Meter est affichée pour chacun des quatre services différents. Vous pouvez également constater que, pour l’un des trois ordinateurs hôtes, les services CPU, Memory et Uptime n’existent pas ; les colonnes correspondant à ces services sont donc vides.

Pour mettre en œuvre une configuration de cette vue de la table, ajoutez-y des colonnes de type « Joined column ». Sous « Column », les colonnes correspondant aux services apparaîtront alors ; dans cet exemple, vous sélectionnerez « Service Perf-O-Meter ». Grâce à l’entrée « Title » située plus bas, vous pouvez ensuite définir l’en-tête de la colonne selon vos besoins si l’en-tête par défaut ne convient pas.

Sous « of Service », sélectionnez d’abord soit « Explicit match », soit « Regular expression match ». Pour le premier, saisissez le nom exact (en respectant la casse). Cela permettra de déterminer le service correct associé à l’ordinateur hôte.

Si vous ne connaissez pas exactement le nom du service, ou si son nom varie légèrement d’un ordinateur hôte à l’autre, spécifiez une expression régulière qui correspond exactement à un service par ordinateur hôte. Ceci est particulièrement utile si vous souhaitez examiner un groupe d’ordinateurs hôtes sur lesquels existe un ensemble comparable de services, dont un seul peut être présent sur un ordinateur hôte à un moment donné. Dans l’exemple ci-dessous, il s’agit de l’CPU load ou de l’Processor queue,, qui ne peuvent exister que sur des systèmes Linux ou Windows.

Par ailleurs, il n’y a pas lieu de s’inquiéter si une expression régulière correspond en réalité à plusieurs services. Dans ce cas, la première correspondance sera saisie toujours dans la colonne.

Dans les deux variantes, un tel affichage n’est bien sûr utile que si la vue présente une liste d’ordinateurs hôtes similaires, qui disposent tous des services sélectionnés ou de services similaires. C’est également la raison pour laquelle Checkmk ne propose que quelques vues de ce type : Les colonnes utiles ici dépendent entièrement du type d’ordinateurs hôtes sélectionnés. Les serveurs Linux s’intéressent évidemment à des informations complètement différentes de celles des onduleurs, par exemple.

Le tri au sein d’une vue de la table est configuré dans la quatrième case. Il s’agit uniquement de la méthode de tri prédéfinie. Les utilisateurs peuvent — comme décrit ci-dessus — déterminer eux-mêmes l’ordre de tri en cliquant sur l’en-tête de colonne. Dans la configuration de la vue de la table, vous disposez toutefois de plus de possibilités : vous pouvez définir un ordre de tri en plusieurs étapes, par exemple d’abord par état du service, puis, pour un même état, par nom du service. L’ordre ainsi déterminé est conservé comme tri secondaire lorsque l’utilisateur effectue un nouveau tri dans une colonne spécifique.

Le regroupement vous permet de diviser un tableau en plusieurs segments, dans lesquels les données de chaque segment sont liées d’une manière ou d’une autre. Le meilleur exemple en est la vue de la table « Service problems », facilement accessible via le menu « Monitor ».

Comme vous pouvez le constater, ce tableau est regroupé par service d’State (d’abord « all CRIT », puis « UNKNOWN », puis « WARN »), chacun avec son propre en-tête de groupe :

Le regroupement dans une vue de la table se configure de la même manière que pour les colonnes. Il suffit de définir à quelle colonne le regroupement doit se rapporter. Il n’y en a généralement qu’une, mais il peut y en avoir plusieurs. Tous les enregistrements présentant la même valeur pour toutes les colonnes sélectionnées s’afficheront alors dans un groupe — et l’en-tête de colonne apparaîtra comme titre du groupe.

Il est important que vous triez également les enregistrements par priorité en fonction de la caractéristique sélectionnée pour le groupe ! Sinon, il est possible que le même groupe apparaisse plusieurs fois (ce qui peut parfois être souhaitable).

Un aspect important des vues de la table est la sélection des données. Quels ordinateurs hôtes ou services doivent être affichés dans un tableau ? Checkmk utilise le concept de filtre à cette fin. Voici quelques exemples de filtres d’ordinateurs hôtes :

Chaque filtre peut être défini par un utilisateur à l’aide de termes de recherche ou d’autres critères, ce qui réduit la liste des résultats aux enregistrements répondant à ces critères. De cette manière, les filtres sont liés par une opération « ET ». Les critères de filtrage effectivement utilisés pour une vue de la table proviennent de trois sources :

Les filtres que vous assemblez en effectuant l’édition de la case d’Context / Search Filterss de la vue ont deux fonctions. Premièrement, en cliquant sur « », vous pouvez décider quel filtre sera disponible pour un utilisateur. Deuxièmement, vous pouvez prédéfinir des filtres à l’aide de critères, limitant ainsi les données à afficher dans la vue (point 1 ci-dessus).

Lorsque vous créez ou effectuez l’édition d’une vue de la table en utilisant un contexte — au lieu du filtre pour l’objet concerné —, seul un champ de saisie facultatif apparaît. Dans ce cas, une comparaison exacte s’applique toujours (sensible à la casse). Prenons par exemple la vue de la table « host », qui affiche tous les services d’un ordinateur hôte spécifié. Le nom de domaine de l’ordinateur hôte peut être spécifié en ajoutant un contexte à la vue. Vous pouvez également créer un affichage dans lequel l’ordinateur hôte à afficher est en fait codé en dur directement dans la vue :

De cette manière, vous pouvez appeler la vue sans contexte ou, si vous le souhaitez, l'ajouter simplement au snap-in « Views » sans aucun problème.

Les vues « Host search » et « Service search » (ainsi que d’autres) fournies en standard se comportent de manière particulière en ce qui concerne les filtres. Lorsque vous sélectionnez l’une de ces vues, celle-ci s’ouvre avec un formulaire de filtrage, puis n’affiche les ordinateurs hôtes et les services que lorsque ce filtre est activé.

Pourquoi en est-il ainsi ? Parce qu’il serait tout simplement très peu pratique de devoir d’abord vous rendre sur All services, puis d’être obligé d’attendre que plusieurs milliers de services s’affichent avant de pouvoir filtrer le résultat à l’aide d’une entrée de recherche. Ce comportement est régi par l’option Show data only on search :

La source de données correspond à ce que l'on pourrait appeler une table ou une vue de la table dans le domaine des bases de données. Checkmk n'utilise pas de bases de données SQL, mais sa structure interne est similaire. Dans la plupart des cas, vous ferez le bon choix en sélectionnant All services ou All hosts. Il existe toutefois quelques sources de données qu'il convient de mentionner brièvement ici :

Vous pouvez ici décider si votre nouvelle vue doit avoir un contexte ou s’il s’agira d’une vue globale. Les sélections qui s’offrent à vous dépendent de la source de données. Le contexte de loin le plus courant est l’ordinateur hôte. L’image ci-dessus s’affiche après avoir sélectionné la source de données « All services ».

La sélection de « Show information of a single Host » définit que la nouvelle vue décrit un ordinateur hôte spécifique. Vous aurez ainsi créé la base d’une vue de la table qui n’est pas visible globalement, mais accessible via un lien :

Il existe deux options pour le type de contexte de service. Si vous sélectionnez uniquement « Show information of a single Service », vous pouvez créer une vue de la table qui affiche tous les services portant le même nom sur différents ordinateurs hôtes. S'il doit s'agir d'un service spécifique pour un seul ordinateur hôte, sélectionnez en plus « Show information of a single Host ».

Pourquoi certaines cellules ont-elles un fond coloré ? Cela vous indique les valeurs qui s'écartent de la majorité. Cela n'a en réalité pas beaucoup de sens pour les données mesurées, mais il existe, par exemple, des utilisateurs disposant d'une matrice spécialement conçue qui peuvent voir d'un seul coup d'œil si un groupe de contact incorrect a été saisi pour certains hôtes ou services.