Versions Compared

Old Version 31

changes.mady.by.user Stéphane Leibovitsch

Saved on

compared with

New Version Current

changes.mady.by.user David Labardin

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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
titleSommaire

Table of Contents
maxLevel23


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

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 CheckDescriptionExemple de résultatArbiter - AliveVérifie que le démon Arbiter peut être correctement contacté sur le réseau.

Image Removed

Arbiter - PerformanceRetourne le temps de connexion au démon Arbiter ainsi que la liste des connexions avec les autres démons de l'architecture.

Image Removed

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éeDescriptionValeur par défautARBITER_PORTPort utilisé pour l'établissement de la connexion avec l'Arbiter7770SHINKEN_PROTOCOLProtocole utilisé pour établir la connexion avec l'Arbiterhttp

Broker

Modèle d'hôte correspondant: shinken-broker

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 CheckDescriptionExemple de résultatBroker - AliveVérifie que le démon Broker peut être correctement contacté sur le réseau.

Image Removed

Broker - Performance API ConnectionVérifie les temps de connexion vers le Broker

Image Removed

Broker - Performance Modules QueuesVérifie les performances des modules du Broker

Image Removed

Broker Daemon Module SLAVérifie le bon fonctionnement du module SLA

 Image Removed


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

Image Added

Lorsqu'un Spare prend le relais, une pastille "RUNNING" est rajoutée à la mention "SPARE" :

Panel

Image Added


Détection d'erreurs de communication entre démons

Les checks du pack Shinken ont la capacité de détecter les problèmes de communication entre les démons. 

En effet, si le démon supervisé lance un appel (API) et qu'il échoue, alors l'erreur sera écrite dans les logs de ce démon (Les fichiers Logs) et un Warning sera remonté :

Panel

Image Added

La vérification se base sur les dernières 24h. Si toutes les communications aboutissent correctement durant les dernières 24h, le message disparaîtra et vous retrouverez un état OK.

Info

Les erreurs de communication peuvent ne pas être graves et ne pas avoir d'incidence sur votre architecture Shinken. Cependant, si vous recevez des erreurs et que vous avez des doutes sur l'origine de ces problèmes de communication, par prévention, envoyez nous votre log pour analyse.


Détection des différences de versions

Les checks du pack Shinken sont également capables de détecter des différences de version entres les démons, et d'afficher l'information dans le retour du check.

Par exemple ici le retour du check "Arbiter - Performance" :


Panel

Image Added


Par exemple ici le retour du check "Scheduler - Performance", indiquant une différence de version avec un Poller :


Panel

Image Added


Détection du mode Passif des démons Poller et Reactionner

Les checks "Poller - Running Well" et "Reactionner - Running Well" du pack Shinken permettent de détecter et donc afficher si un démon est en mode passif.

Voici un exemple avec le check du Reactionner :

Panel

Image Added

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éeDescriptionValeur par défautBROKER_PORTPort utilisé pour l'établissement de la connexion avec Broker7772   

Poller

Modèle d'hôte correspondant: shinken-poller

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 checkDescriptionExemple de résultatPoller - Running Well

Vérifie que le Poller est joignable sur le réseau, affiche ses tags et le statut de connexion avec les schedulers

Image Removed

Poller - Performance

Affiche les statistiques des performances de l'exécution des checks dans le Poller

Image Removed

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éeDescriptionValeur par défautPOLLER_PORTPort utilisé pour établir la connexion avec le poller7771NB_CHECK_IN_TIMEOUT_TOLERATE

Nombre de checks en timeout provoquant une sortie en erreur du check

0ACTIVE_POLLER_LATENCY

Latence de connexion (en secondes)  au-delà de laquelle le check sort en erreur

0.5

Reactionner

Modèle d'hôte correspondant: shinken-reactionner

Afin de superviser le démon Reactionner, 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 checkDescriptionExemple de résultatReactionner - Running WellVérifie que le Reactionner est joignable sur le réseau, affiche ses tags et le statut de connexion avec les schedulers

Image Removed

Reactionner - PerformanceAffiche les statistiques des performances de l'exécution des checks dans le Reactionner

Image Removed

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éeDescriptionValeur par défautREACTIONNER_PORTPort utilisé pour établir la connexion avec le Reactionner7769ACTIVE_REACTIONNER_LATENCY

Latence de connexion (en secondes)  au-delà de laquelle le check sort en erreur

0.5

Receiver

Modèle d'hôte correspondant: shinken-receiver

Afin de superviser le démon Reactionner, 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 checkDescriptionExemple de résultatReceiver - AliveVérifie que le démon Receiver peut être correctement contacté sur le réseau.

Image Removed

Receiver - Performance API ConnectionVérifie la latence de connexion au Receiver et ses performances

Image Removed

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 d onnéeDescriptionValeur par défautRECEIVER_PORTPort utilisé pour établir la connexion avec le Receiver7769

Scheduler

Modèle d'hôte correspondant: shinken-scheduler

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 checkDescriptionExemple de sortieScheduler - Running WellVérifie que le démon Receiver peut être correctement contacté sur le réseau, Affiche le nombre d'élément qu'il gère.

Image Removed

Scheduler - Performance

Affiche l'utilisation CPU ainsi que les statistiques des pollers et des reactionners qu'il gère

Image Removed

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éeDescriptionValeur par défautSCHEDULER_PORTPort utilisé pour établir la connexion avec le scheduler7768PASSIVE_POLLER_LATENCY

Latence de connexion (en secondes)  au-delà de laquelle le check sort en erreur

0.5MONGO_CONNECTION_METHODMéthode de connexion au serveur MongoDB ("direct" ou "ssh")sshMONGO_SSH_USERUtilisateur distant avec lequel se connecter au serveur hébergeant MongoDBshinkenMONGO_SSH_KEYFILEClé SSH privée permettant la connexion au serveur hébergeant MongoDB~/.ssh/id_rsa

Synchronizer

Modèle d'hôte correspondant: shinken-synchronizer

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 checkDescriptionExemple de résultatSynchronizer - AliveVérifie que le démon Synchronizer peut être correctement contacté sur le réseau.

Image Removed

Synchronizer - Performance API ConnectionVérifie la latence de connexion au Synchronizer et ses performances

Image Removed

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éeDescriptionValeur par défautSYNCHRONIZER_PORTPort utilisé pour établir la connexion avec le Synchronizer

7765

MONGO_CONNECTION_METHODMéthode de connexion au serveur MongoDB ("direct" ou "ssh")sshMONGO_SSH_USERUtilisateur distant avec lequel se connecter au serveur hébergeant MongoDBshinkenMONGO_SSH_KEYFILEClé SSH privée permettant la connexion au serveur hébergeant MongoDB~/.ssh/id_rsa