Glossaire des concepts Centreon
ACL
Les listes de contrôles d'accès (Access Control List en anglais) permettent d’attribuer des droits aux utilisateurs Centreon. Il est possible de définir des droits sur :
les différents menus de l'interface web Centreon,
les ressources que les utilisateurs pourront voir,
les actions réalisables dans l’interface web Centreon.
Voir aussi : Gérer les droits des utilisateurs Centreon (ACL).
Acquittement
Un utilisateur acquitte une ressource pour signifier à son équipe qu'il est au courant de l'incident et qu'il s'en occupe.
Lorsqu'une ressource est acquittée, les notifications sont suspendues et la ressource acquittée est surlignée en jaune dans les écrans de supervision.
Acquitter une ressource ne signifie pas que l'incident est résolu : il le sera lorsque la ressource sera revenue dans son état nominal (OK ou DISPONIBLE).
Voir aussi : Acquitter une alerte.
Action de supervision
Toute action exécutée depuis l’interface permettant d’agir sur votre supervision en temps réel. Par exemple, faire un acquittement, planifier une plage de maintenance, forcer un contrôle, etc.
Alerte
Une alerte correspond à l'un des statuts suivants : Alerte, Indisponible, Critique, Inconnu.
Le terme d'alerte est utilisé de cette façon dans les filtres prédéfinis à la page Statut des ressources.
Architecture simple VS distribuée
Architecture simple : architecture composée d’un serveur central et uniquement d'un serveur central.
Architecture distribuée : architecture composée d’un central et de n serveurs distants et/ou collecteur(s). Ceux-ci permettent de répartir la charge de la supervision, que ce soit pour des contraintes de sécurité, géographiques, historiques, etc.
Voir aussi : Architectures possibles.
BBDO
Broker Binary Data Object : c’est le protocole de communication utilisé pour transporter les données de supervision des serveurs distants et des collecteurs vers le serveur central.
Voir aussi : Le protocole BBDO.
Broker
Centreon Broker est le composant logiciel qui reçoit les données de supervision collectées par les moteurs de supervision. Une fois ces données reçues, par défaut, Centreon Broker les redistribue vers les bases de données MariaDB et RRD.
Voir aussi : Mapping d’événements Centreon Broker.
CLAPI
Command-Line API : Permet d’administrer la supervision directement en ligne de commande.
Voir aussi : Command Line API (v1) - CLAPI.
Collecteur
Serveur Centreon utilisé dans une architecture distribuée. Un collecteur peut être rattaché à un serveur distant ou bien directement à un serveur central.
Un collecteur Centreon supervise des ressources. Il possède un moteur de supervision.
Il n’a pas d’interface graphique : les ressources qu’il supervise s’affichent dans l’interface du serveur central et du serveur distant auxquels il est rattaché.
On appelle aussi “collecteur” le moteur de supervision présent dans un serveur central, un serveur distant ou un collecteur.
Connecteur de supervision
L'expression "Connecteur de supervision" désigne un plugin et son pack :
Le pack contient la configuration associée au plugin dans Centreon (commandes, modèles, seuils) ainsi que des éléments nécessaires à la mise en œuvre de la découverte automatique.
Voir aussi :
Donnée de performance
Voir Métrique.
Dump MySQL
Sauvegarde dans un fichier texte de toute une base de données MySQL/MariaDB.
Engine
Voir Moteur de supervision.
État de l'alerte
Non traité, acquitté, en maintenance.
Fichiers de rétention
Les fichiers de rétention sont propres à Centreon Broker. Ces fichiers permettent de conserver les données de supervision quand elles n’ont pas pu être insérées en base de données. Par exemple s'il y a un problème de connexion entre Engine et Broker, plutôt que de perdre ces données, Broker les stocke dans un fichier (de type file d'attente, dont le nom comporte le terme "queue"). Ce fichier sera ensuite dépilé par Centreon Broker, puis inséré en base pour éviter une perte de données.
Fichiers RRD
Un fichier RRD contient les données d'une métrique. Ces fichiers permettent de construire les graphiques de performances. Si les fichiers RRD ne sont pas présents, les graphiques ne peuvent pas être affichés. Du fait du fonctionnement de RRD, les valeurs affichées dans les graphes donnent ainsi une tendance, mais ne montrent en général pas les valeurs exactes mesurées.
FQDN
Fully Qualified Domain Name : correspond au nom d’hôte et de domaine d’un serveur. Ex : demo.centreon.com (nom d’hôte : demo, nom de domaine : centreon.com).
Gorgone
Centreon Gorgone est le composant logiciel qui permet la communication du serveur central vers les collecteurs et les serveurs distants. Notamment, Gorgone déploie la configuration des moteurs de supervision.
Voir aussi : Gérer la communication client/serveur et les autres topics de cette section.
Graphique
Les graphiques sont générés à partir des métriques des services, en utilisant les fichiers RRD. Ils permettent de représenter l'évolution dans le temps de ces métriques.
Voir aussi : Gestion des graphiques et les autres topics de cette section.
Héritage
Principe qui permet qu’un paramètre d’un modèle soit appliqué sur la ressource qui hérite de ce modèle.
Hôte
Équipement possédant une adresse IP ou un FQDN, et que l’on veut superviser. Exemples : un serveur Linux, une box internet, un site web, une imprimante 3D, une instance EC2, un hôte docker, une caisse enregistreuse, etc. L’hôte peut avoir un ou plusieurs services associés.
Un hôte peut avoir les statuts suivants : DISPONIBLE, INDISPONIBLE et INJOIGNABLE.
Voir aussi : Mettre un hôte en supervision et les autres topics de cette section.
LVM
LVM (logical volume manager) : Centreon recommande d'utiliser ce système de partitionnement lors de l'installation du système hôte. Il vous permettra d'ajuster la taille des partitions à chaud et de mettre en œuvre les snapshots LVM pour la sauvegarde.
LVM snapshot
Il s’agit d’une fonctionnalité présente dans LVM pour faire une image instantanée d’un système de fichiers. Centreon se sert de ce mécanisme pour sauvegarder les bases de données.
Voir aussi : Sauvegarde.
Métrique
Une métrique ou donnée de performance est rattachée à un service. Cette donnée permet d’obtenir des graphiques et de positionner des seuils pour être alerté. Ces seuils définissent le statut du service associé à la métrique.
Lorsqu’un service comprend plusieurs métriques, le statut du service est celui de la plus mauvaise métrique.
Vous pouvez voir les métriques associées à un service dans le panneau de détails de celui-ci.
Mode flux Broker inversé
Configuration avancée de Centreon Broker, inversant le sens de connexion de la communication Broker par interversion des rôles "client" et "serveur" afin de s'adapter à des configurations réseau particulières. Ce mode est notamment utilisé par Centreon MAP pour s'abonner au flux temps réel des évènements Broker.
Mode one-peer retention
Configuration avancée de Centreon Broker activant le mécanisme de rétention en mode flux broker inversé. Ce mode est très utilisé dans le cas de serveurs de supervision (collecteurs ou serveurs distants) situés dans une zone démilitarisée (DMZ).
Mode pull
Configuration avancée de Centreon Gorgone permettant d’inverser le sens du flux ZMQ. La communication se fait depuis les collecteurs et les serveurs distants vers le serveur central. Ce mode est très utilisé dans le cadre d’un client MSP.
Voir aussi : Configurer Gorgone en mode pull.
Modèle
Squelette préconfiguré d’une ressource qui permet que les paramètres définis sur le squelette soient appliqués sur la ressource qui en hérite automatiquement.
Il existe des modèles d’hôtes, de services et de contacts.
Voir aussi :
Moteur de supervision
Centreon Engine est le composant logiciel qui planifie les contrôles, les exécute et notifie les utilisateurs en cas d’incident. Il est présent sur les collecteurs, les serveurs distants et le serveur central.
Notification
Message avertissant l’utilisateur d’un incident. Il est possible de paramétrer des notifications sur différents statuts.
Voir aussi : Fonctionnement des notifications et les autres topics de cette section.
Ordonnanceur
Voir Moteur de supervision.
Période de rétention
Durée pendant laquelle vous souhaitez conserver vos données de base de données RRD et MariaDB. Elle est exprimée en jours.
Période temporelle
Une période temporelle définit un intervalle de temps pour chacun des jours de la semaine. Ces périodes temporelles servent à activer les fonctionnalités du moteur de supervision sur des plages horaires données. Elles permettent de définir :
quand les commandes de vérification seront exécutées, c’est-à-dire la période de temps durant laquelle on supervise,
quand des notifications seront envoyées.
Voir aussi : Les périodes temporelles.
Plage de maintenance
Une plage de maintenance ou temps d’arrêt est une période de temps durant laquelle les notifications sont désactivées pour une ressource. Les plages de maintenance sont utilisées lors d'opérations de maintenance programmée ; elles permettent d'éviter de recevoir des alertes de type faux-positif.
Voir aussi : Planifier un temps d'arrêt.
Plage de maintenance récurrente
Les temps d'arrêts récurrents sont des temps d'arrêts qui reviennent de manière répétitive.
Voir aussi : Les temps d'arrêt récurrents.
Plugin
Est appelé "plugin" une sonde de supervision, c'est-à-dire un binaire exécutable ou un script qui est appelé par le moteur de supervision pour effectuer un contrôle sur un hôte ou un service. Le plugin va déterminer le statut à renvoyer au moteur de supervision à partir des vérifications qu'il fait et des seuils qui ont été définis dans la configuration de l'hôte ou du service.
Ressource
Objet supervisé par une plateforme Centreon (hôtes, services, métaservices).
Serveur central
Dans Centreon, le serveur central est la console principale de votre supervision. Il permet :
- de configurer toute la supervision de votre infrastructure,
- des superviser des ressources,
- de consulter la supervision de tous les serveurs Centreon (serveur central, serveurs distants et collecteurs) dans son interface web.
Serveur distant
Serveur Centreon utilisé dans une architecture distribuée. Un serveur distant est rattaché à un serveur central. Des collecteurs peuvent être rattachés à un serveur distant.
Un serveur distant supervise des ressources. Il possède un moteur de supervision.
Il a une interface graphique, mais pas de menus de configuration.
Les ressources qu’il supervise s’affichent dans son interface et dans l’interface du serveur central auquel il est rattaché.
Service
Un service est attaché à un hôte. Il correspond à un point de contrôle de cet hôte. Ce point de contrôle peut être un contrôle :
sur le statut d’un composant : est-ce que mon alimentation est branchée ? Est-ce que mon instance est démarrée ?
sur la performance d’un composant : est-ce que mon site Web est accessible en moins de 0,5s ? Quel est mon niveau d’encre ? Quelle est l’utilisation de la mémoire sur mon serveur ?
Un service peut avoir une ou plusieurs métriques associées.
Un service peut avoir les statuts suivants : OK, ALERTE, CRITIQUE, INCONNU.
Voir aussi : Mettre un service en supervision et les autres topics de cette section.
Statut
Indique :
- la disponibilité d'un hôte (DISPONIBLE, INDISPONIBLE, INJOIGNABLE),
- la disponibilité ou la performance d'un service (OK, ALERTE, CRITIQUE, INCONNU).
EN ATTENTE n’est pas un statut: les ressources sont "en attente" lorsqu'elles viennent d'être créées et n'ont pas encore été contrôlées.
Voir aussi : Statuts possibles d'une ressource.
Temps d’arrêt
Voir Plage de maintenance.
Type de statut
Indique si un changement de statut est confirmé (HARD) ou non-confirmé (SOFT). Par exemple, l’envoi de notifications ne se déclenche que lors du passage à un statut de type HARD.
Voir aussi : Types de statuts.
Widget
Élément visuel configurable permettant d’afficher des données dans une vue personnalisée.
Voir aussi : Vues personnalisées.
ZMQ
Protocole de communication utilisé par Centreon Gorgone depuis le central vers les serveurs distants et les collecteurs dans le cadre d’une architecture distribuée.