 |
This is a machine translation based on the English version of the article. It might or might not have already been subject to text preparation. If you find errors, please file a GitHub issue that states the paragraph that has to be improved. |
1. Introduction
Une instance Checkmk nécessite toutes sortes de services, au premier rang desquels le noyau de supervision, mais aussi un serveur web Apache pour l'interface web, Cron pour la planification des tâches, et bien d'autres encore.
Vous pouvez voir tous ces services lorsque vous démarrez une instance à l'aide de la commande omd start dans le terminal — certains services sont présents dans toutes les éditions et par défaut, d'autres uniquement dans certaines éditions et/ou lorsque leurs fonctions correspondantes sont activées.
L'instruction omd status dans une édition commerciale pourrait donner le résultat suivant :
2. Aperçu des services
Le tableau suivant fournit un bref aperçu et indique, pour chaque service,
le nom du processus affiché,
s'il existe dans l'
Checkmk Community et/ou dans les éditions commerciales,s'il existe par défaut sans configuration explicite, et
une brève description de ce que fait réellement le service.
La plupart des services sont expliqués plus en détail dans les articles liés, tandis que d’autres sont largement explicites (comme le service Apache). Nous aborderons quelques autres services qui n’effectuent leurs tâches qu’en arrière-plan dans le chapitre suivant.
| Service |
Checkmk Community
|
Éditions commerciales | Activé par défaut | Description |
|---|---|---|---|---|
|
Oui |
Oui |
Oui |
ressource pour la communication avec l'agent Checkmk |
|
Oui |
Oui |
Oui |
Serveur web |
|
Oui |
Oui |
Oui |
Service d'assistance visant à améliorer les performances des requêtes pour l'interface graphique et l'API REST ; plus de détails ci-dessous |
|
Non |
Oui |
Oui |
Checkmk Micro Core — Noyau de supervision dans les éditions commerciales |
|
Oui |
Oui |
Oui |
Fichier Crontab pour la planification des tâches internes |
|
Non |
Oui |
Oui |
Daemon de configuration dynamique pour la gestion dynamique des hôtes temporaires (tels que les conteneurs) |
|
Non |
Oui |
Non |
Outil d'analyse des traces reçues via OpenTelemetry — destiné à la correction de bug interne, plus de détails ci-dessous |
|
Oui |
Oui |
Oui |
Interface permettant de récupérer des données d'état via Livestatus |
|
Oui |
Oui |
Oui |
Service de traitement des événements avec l'Event Console |
|
Non |
Oui |
Non |
Spouleur de notification pour la distribution asynchrone et les environnements distribués |
|
Oui |
Non |
Oui |
Noyau de supervision des installations Checkmk Community et des anciennes éditions commerciales (peut y être migré vers CMC) |
|
Oui |
Non |
Oui |
Nagios Performance C daemon pour le traitement des données de performance Nagios dans Checkmk Community |
|
Oui |
Oui |
Non |
Hub de ferroutage dans la supervision distribuée, plus de détails ci-dessous |
|
Non |
Oui |
Non |
Courtier de messages RabbitMQ, plus de détails ci-dessous |
|
Oui |
Oui |
Oui |
Base de données en mémoire servant de stockage temporaire (fournit l'index de recherche, par exemple) |
|
Oui |
Oui |
Oui |
Daemon de cache RRD pour le stockage temporaire des valeurs mesurées |
|
Oui |
Oui |
Non |
Intègre, dans le cadre de la supervision distribuée, un tunnel reliant un port Livestatus local non chiffré à un port distant chiffré |
|
Non |
Oui |
Non |
Planificateur pour les tâches asynchrones de l'interface web, plus de détails ci-dessous |
|
Oui |
Oui |
Non |
Service permettant de fournir les résultats des agents |
Soit dit en passant, la plupart des services répertoriés ici sont automatiquement inclus dans la supervision dans le cadre de l'autosurveillance de Checkmk, ainsi que plusieurs autres. Si vous constatez des problèmes de performances, il peut être utile d'étendre davantage la supervision du serveur Checkmk lui-même.
3. Les services en détail
3.1. Jaeger
Jaeger est un outil d'analyse permettant de suivre, d'analyser et de visualiser les requêtes au sein d'un système complexe. Dans Checkmk, il peut s'agir des différentes composantes d'un scan réseau, c'est-à-dire des requêtes adressées à la base de données interne, des pings, des opérations sur les fichiers, etc. Tous ces petits éléments prennent du temps, et Jaeger peut aider à comprendre les problèmes de performances et à détecter les goulots d'étranglement.
Jaeger a été principalement ajouté pour le développement de Checkmk et n’est actif que si l’envoi et la réception de traces ont été explicitement activés dans la configuration de l’instance via omd config dans le menu Addons > TRACE RECEIVE ou TRACE SEND.
Une fois activé, vous pouvez accéder à l’interface web de Jaeger via http://mycmkserver/mysite/jaeger.
Pour plus d’informations, consultez le Werk 16565 correspondant.
Jaeger doit être désactivé en fonctionnement normal.
3.2. RabbitMQ et le hub de ferroutage
RabbitMQ est essentiellement un courtier de messages adapté à l’envoi de tout type de message à l’aide de files d’attente. Dans Checkmk, RabbitMQ est actuellement utilisé comme fonction en association avec le hub de ferroutage. En bref : lorsque des données ferroutées sont générées dans le cadre de la supervision distribuée, RabbitMQ garantit que ces données sont transmises depuis les instances où elles sont générées vers les instances où elles sont nécessaires ou doivent être évaluées. Vous trouverez une explication technique détaillée de ce fonctionnement dans la présentation « Ferroutage unleashed — une nouvelle approche de la communication intersite » issue de la 11e conférence Checkmk.
Pour savoir comment activer le hub de ferroutage et RabbitMQ, veuillez vous reporter à l’article sur la supervision distribuée.
3.3.ui-job-scheduler
Le service ui-job-scheduler organise les tâches asynchrones qui se produisent dans l’interface web.
L’exemple le plus marquant est sans doute l’activation des modifications.
Cela implique la mise à jour de l’interface web, l’affichage d’une barre de progression animée, l’application des modifications, puis la mise à jour de la vue et l’affichage des messages d’état qui en résultent.
Au cours de ces activités, des processus enfants supplémentaires apparaissent et disparaissent, et la charge du processeur augmente brièvement.
3.4.automation-helper
Le service « automation-helper » accélère certaines interactions de l'interface graphique, telles que la reconnaissance du service et l'activation des modifications,
en particulier dans les installations de petite à moyenne taille (voir également Werk 17678).
Ce service peut être désactivé via « omd config » dans le menu «Basic > AUTOMATION HELPER ».