| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
Le modèle shinken-broker vous permet de superviser un hôte hébergeant le démon Broker ( voir la page Le Broker ).
- Le modèle shinken-broker pour vérifier le comportement du démon,.
- Le modèle Modèle shinken-broker-module-metrology-writer attachera attachera un check additionnel qui permettra de superviser l'écriture des données de métrologie.
- Le modèle Modèle shinken-broker-module-sla-writer attachera un check additionnel qui permettra de superviser l'écriture des données de SLA.
- Le modèle Modèle shinken-broker-module-visualisation-ui attachera un check additionnel qui permettra de superviser la lecture des données de métrologie.
- Le modèle Modèle shinken-broker-module-visualisation-ui-sla-reader readerattachera un check additionnel qui permettra de superviser la lecture des données SLA.
- Le modèle Modèle shinken-broker-module-visualisation-ui-event-manager-reader reader attachera un check additionnel qui permettra de superviser la lecture des données du bac à événement.
- Le modèle Modèle shinken-broker-module-event-manager-writer writerattachera un check additionnel qui permettra de superviser l'écriture des données du bac à événement.
- Le modèle Modèle shinken-broker-db attachera quant à lui, les checks qui permettront de superviser la base utilisée par Shinken pour le démon Broker-module-livedata attachera un check qui permettra de superviser le module SLA en vérifiant l'état du module livedata, le nombre de requêtes effectué sur le module et le temps de réponse moyenne des requêtes.
Le modèle shinken-broker hérite du modèle shinken , shinken-deamon et shinken-broker-db.Afin de superviser le démon Broker, le modèleshinken-broker appliqué à votre hôte, attachera trois checks qui vérifieront la santé et les performances de ce démon.
Sommaire des checks
Nom | Description |
|---|---|
Vérifie que le démon Broker peut être correctement contacté sur le réseau. ( voir la page Broker - $KEY$ - Alive ) | |
Vérifie les temps de connexion vers le Broker.( voir la page Broker - $KEY$ - Performance API Connection ) | |
Vérifie les performances des modules du Broker.( voir la page | |
- $KEY$ - Performance Modules Queues )Broker - DB - Connection | Vérifie le temps de connexion à la base de données.( voir la page Broker - DB - Connection ) |
Vérifie la durée du dernier "Flush" de la base de données.( voir la page | |
- DB - Last Flush Time )Broker - DB - Open Connections | Vérifie le nombre de connexions en cours sur la base de données. ( voir la page Broker - DB - Open Connections ) |
Les données
Les données communes pour tous les checks
Provenant du modèle shinken
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Provenant du modèle shinken-daemon
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Les données spécifiques
| Nom | Modifiable sur | Unités | Défaut | Valeur par défaut à l'installation de Shinken | Description | ||
|---|---|---|---|---|---|---|---|
| Modèle d'hôte ( Onglet Données ) | --- | 7772 | 7772 | Configuration du port de communication avec le Broker. |
Les données DFE ( Duplicate Foreach )
| Excerpt | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Comment appliquer un modèle d'hôte à un hôte
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Checks
Vérifie que le démon Broker peut être correctement contacté sur le réseau, que la version du démon est affichée dans le ( Résultat court ) et aussi que les modules sont opérationnels ( Résultat long ).
| Panel |
|---|
Si jamais le démon Arbiter est en exécution sur une machine virtuelle supervisée par VMware, alors le pourcentage de temps de vol de CPU ( CPU Stolen ) sera affiché.
Broker - $KEY$ - Performance API ConnectionVérifie les temps de connexion vers le Broker.
| Panel |
|---|
Vérifie les performances des modules du Broker.
| Panel |
|---|
Vérifie le temps de connexion à la base de données.
| Panel |
|---|
Vérifie la durée du dernier "Flush" de la base de données.
| Panel |
|---|
| Note | ||
|---|---|---|
La version de Shinken est accompagnée d'une mise à jour de MongoDB. Cette nouvelle version comporte notamment un changement de la méthode de sauvegarde des objets au sein de Mongo. Sur une installation neuve de Shinken, le nouveau format (WiredTiger) est utilisé, ce qui rend le "Broker - DB - Last Flush Time" non pertinent. Dans ce cas, ce check aura le résultat suivant :
Dans le cas d'une mise à jour de Shinken, la méthode de stockage des données dans Mongo n'est pas modifiée et le check "Broker - DB - Last Flush Time" a le même comportement que précédemment. |
Vérifie le nombre de connexions en cours sur la base de données.
| Panel |
|---|
| Note |
|---|
Lors de la mise à jour de Shinken une montée de version de MongoDB est effectuée. Le check "Broker - DB - Lock Time Percentage" devient obsolète et peut être désactivé. La source "cfg-file-shinken" propose la désactivation du check, mais ne peut pas le supprimer automatiquement. |
Un démon spare n'a pas à avoir la même liste de module que son master
Quand le master est configuré pour avoir un spare qui n'a pas la même liste de modules que lui, le check ajoute un message d'information le précisant :
| Panel |
|---|
Consulter l'option suivante dans la configuration du master ( voir la page Le Broker ).
| Code Block |
|---|
broker__manage_spare__spare_must_have_the_same_list_of_module_type |
Données du modèle
Les checks du Broker peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles :
Voir la page de Sécurisation des connexions aux bases MongoDB pour plus d'information sur un paramétrage sécurisé.
Métriques enregistrées
Les checks du modèle enregistrent des données de performance, qui peuvent ensuite être affichées dans l'interface de Visualisation sur l'Onglet Graphiques ou bien le Widget Graphique.
Broker - $KEY$ - Alive
Temps de connexion en secondes pour contacter le démon
Broker - $KEY$ - Alive
Seulement si le démon est situé sur une VM VMWare
Valeur de l'indicateur VMWare %ready ( temps de blocage de la VM avant d'avoir accès à ses VCpu, donc temps perdu du point de vue de la VM )