Contexte
Le Pack Shinken est inclus dans votre installation de Shinken Entreprise afin d'avoir une bonne visibilité de la santé de votre architecture de supervision.
Afin de pouvoir superviser les démons de l'architecture, la source cfg-file-shinken comprend un certain nombre de modèles d'hôte qu'il faudra importer et appliquer sur vos serveurs hébergeant vos démons Shinken.
Les différents modèles mis à votre disposition sont les suivants :
- shinken-arbiter
- shinken-broker
- shinken-broker-module-sla
- shinken-poller
- shinken-reactionner
- shinken-receiver
- shinken-scheduler
- shinken-synchronizer
| Panel | ||||
|---|---|---|---|---|
| ||||
|
Une fois les modèles appliqués, les checks apparaitront dans l'onglet "Checks" de votre hôte.
Voici un exemple des différents checks du pack Shinken sur un hôte.
| Panel |
|---|
|
Arbiter
Modèle d'hôte correspondant: shinken-arbiter (notez que ce modèle hérite du modèle shinken)
Afin de superviser le démon Arbiter, le modèle shinken-arbiter appliqué à votre hôte, attachera deux checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du Check | Description | Exemple de résultat |
|---|---|---|
| Arbiter - Alive | Vérifie que le démon Arbiter peut être correctement contacté sur le réseau. |
|
| Arbiter - Performance | Retourne le temps de connexion au démon Arbiter ainsi que la liste des connexions avec les autres démons de l'architecture. |
|
Paramétrage des Checks
Les checks de l'Arbiter peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec l'Arbiter | http | shinken |
| ARBITER_PORT | Port utilisé pour l'établissement de la connexion avec l'Arbiter | 7770 | Locale |
Broker
Modèle d'hôte correspondant: shinken-broker (notez que ce modèle hérite du modèle shinken et mongodb-no-replication)
Afin de superviser le démon Broker, le modèle shinken-broker appliqué à votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du Check | Description | Exemple de résultat |
|---|---|---|
| Broker - Alive | Vérifie que le démon Broker peut être correctement contacté sur le réseau. |
|
| Broker - Performance API Connection | Vérifie les temps de connexion vers le Broker |
|
| Broker - Performance Modules Queues | Vérifie les performances des modules du Broker |
|
| Broker Daemon Module SLA | Vérifie le bon fonctionnement du module SLA | |
Paramétrage des Checks
Les checks du Broker peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Broker | http | shinken |
| BROKER_PORT | Port utilisé pour l'établissement de la connexion avec Broker | 7772 | Locale |
| MONGO_CONNECTION_METHOD | Méthode de connexion au serveur MongoDB ("direct" ou "ssh") | ssh | mongodb-no-replication |
| MONGO_SSH_USER | Utilisateur distant avec lequel se connecter au serveur hébergeant MongoDB | shinken | mongodb-no-replication |
| MONGO_SSH_KEYFILE | Clé SSH privée permettant la connexion au serveur hébergeant MongoDB | ~/.ssh/id_rsa | mongodb-no-replication |
D'autres données sont également héritées du modèle mongodb-no-replication. Ces données sont documentées dans le pack Mongo. (prochainement)
Poller
Modèle d'hôte correspondant: shinken-poller (notez que ce modèle hérite du modèle shinken)
Afin de superviser le démon Poller, le modèle shinken-poller appliqué à votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du check | Description | Exemple de résultat |
|---|---|---|
| Poller - Running Well | Vérifie que le Poller est joignable sur le réseau, affiche ses tags et le statut de connexion avec les schedulers |
|
| Poller - Performance | Affiche les statistiques des performances de l'exécution des checks dans le Poller |
|
Paramétrage des checks
Les checks du Poller peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles pour le Poller:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Poller | http | shinken |
| POLLER_PORT | Port utilisé pour établir la connexion avec le poller | 7771 | Locale |
| NB_CHECK_IN_TIMEOUT_TOLERATE | Nombre de checks en timeout provoquant une sortie en erreur du check | 0 | Locale |
| ACTIVE_POLLER_LATENCY | Latence de connexion (en secondes) au-delà de laquelle le check sort en erreur | 0.5 | Locale |
Reactionner
Modèle d'hôte correspondant: shinken-reactionner (notez que ce modèle hérite du modèle shinken)
Afin de superviser le démon Reactionner, le modèle shinken-reactionner appliqué à votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du check | Description | Exemple de résultat |
|---|---|---|
| Reactionner - Running Well | Vérifie que le Reactionner est joignable sur le réseau, affiche ses tags et le statut de connexion avec les schedulers |
|
| Reactionner - Performance | Affiche les statistiques des performances de l'exécution des checks dans le Reactionner |
|
Paramètre du check
Les checks du Reactionner peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles pour le Reactionner:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Reactionner | http | shinken |
| REACTIONNER_PORT | Port utilisé pour établir la connexion avec le Reactionner | 7769 | Locale |
| NB_CHECK_IN_TIMEOUT_TOLERATE | Nombre de checks en timeout provoquant une sortie en erreur du check | 0 | Locale |
| ACTIVE_REACTIONNER_LATENCY | Latence de connexion (en secondes) au-delà de laquelle le check sort en erreur | 0.5 | Locale |
Receiver
Modèle d'hôte correspondant: shinken-receiver (notez que ce modèle hérite du modèle shinken)
Afin de superviser le démon Receiver, le modèle shinken-receiver appliqué à votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du check | Description | Exemple de résultat |
|---|---|---|
| Receiver - Alive | Vérifie que le démon Receiver peut être correctement contacté sur le réseau. |
|
| Receiver - Performance API Connection | Vérifie la latence de connexion au Receiver et ses performances |
|
Paramètres du check
Les checks du Receiver peuvent être configurés via des données fournies par le modèle.
Les données suivantes sont disponibles pour le Receiver:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Receiver | http | shinken |
| RECEIVER_PORT | Port utilisé pour établir la connexion avec le Receiver | 7773 | Locale |
Scheduler
Modèle d'hôte correspondant: shinken-scheduler (notez que ce modèle hérite du modèle shinken)
Afin de superviser le démon Scheduler, le modèle shinken-scheduler appliquéà votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du check | Description | Exemple de sortie |
|---|---|---|
| Scheduler - Running Well | Vérifie que le démon Scheduler peut être correctement contacté sur le réseau, Affiche le nombre d'élément qu'il gère dans un tableau, en distinguant les hôtes, les Clusters et les Checks. Vous aurez également le Total des éléments. |
|
| Scheduler - Performance | Affiche l'utilisation CPU ainsi que les statistiques des Pollers et des Reactionners qu'il gère. Si des limites de CPU ou de RAM sont atteintes sur vos Pollers, alors ces limites seront affichées. |
|
Paramètres du check
Les checks du Scheduler peuvent être configurés via des données fournies par le modèle.. Les paramètres SSH sont décrits sur la page Rétention Mongodb
Les données suivantes sont disponibles pour le Scheduler:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Scheduler | http | shinken |
| SCHEDULER_PORT | Port utilisé pour établir la connexion avec le scheduler | 7768 | Locale |
| PASSIVE_POLLER_LATENCY | Latence de connexion (en secondes) au-delà de laquelle le check sort en erreur | 0.5 | Locale |
Synchronizer
Modèle d'hôte correspondant: shinken-synchronizer (notez que ce modèle hérite du modèle shinken et mongodb-no-replication)
Afin de superviser le démon Synchronizer, le modèle shinken-synchronizer appliqué à votre hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.
Checks
| Nom du check | Description | Exemple de résultat |
|---|---|---|
| Synchronizer - Alive | Vérifie que le démon Synchronizer peut être correctement contacté sur le réseau. |
|
| Synchronizer - Performance API Connection | Vérifie la latence de connexion au Synchronizer et ses performances |
|
Paramètre du check
Les checks du Synchronizer peuvent être configurés via des données fournies par le modèle.. Les paramètres SSH sont décrits sur la page Rétention Mongodb
Les données suivantes sont disponibles pour le Synchronizer:
| Nom de la donnée | Description | Valeur par défaut | Hérité du modèle d'hôte ou locale |
|---|---|---|---|
| SHINKEN_PROTOCOL | Protocole utilisé pour établir la connexion avec le Scheduler | http | shinken |
| SYNCHRONIZER_PORT | Port utilisé pour établir la connexion avec le Synchronizer | 7765 | Locale |
| MONGO_CONNECTION_METHOD | Méthode de connexion au serveur MongoDB ("direct" ou "ssh") | ssh | mongodb-no-replication |
| MONGO_SSH_USER | Utilisateur distant avec lequel se connecter au serveur hébergeant MongoDB | shinken | mongodb-no-replication |
| MONGO_SSH_KEYFILE | Clé SSH privée permettant la connexion au serveur hébergeant MongoDB | ~/.ssh/id_rsa | mongodb-no-replication |
D'autres données sont également héritées du modèle mongodb-no-replication. Ces données sont documentées dans le pack Mongo. (prochainement)
Cas particuliers
Détection de la haute disponibilité
Les modèles d'hôte du pack Shinken permettent de détecter les environnements distribués avec des démons configurés en Spare.
Dans le cas ou un démon est spare, une pastille bleue "SPARE" est affichée a coté du statut de la vérification:
| Panel |
|---|
|
