Versions Compared

Key

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


Scroll Ignore
scroll-pdftrue
scroll-officetrue
scroll-chmtrue
scroll-docbooktrue
scroll-eclipsehelptrue
scroll-epubtrue
scroll-htmltrue


Panel
titleSommaire

Table of Contents
stylenone



Contexte

Le modèle shinken-reactionner vous permet de superviser un hôte hébergeant le démon Reactionner.

Description du modèle

Modèle d'hôte correspondant:  shinken-reactionner       (notez que ce modèle hérite du modèle   shinken et shinken-deamon )

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 checkDescriptionExemple de résultat
  • Reactionner - $KEY$ - Running Well

    Vérifie que le Reactionner est joignable sur le réseau, affiche son numéro de version, ses tags et le statut de connexion avec les
schedulers
  • Schedulers

Image Modified

  • Reactionner - $KEY$ - Performance

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

    Si jamais le démon Arbiter est en exécution sur une machine virtuelle supervisé par VMware, alors le pourcentage de temps de vol de CPU (CPU Ready) sera affiché.

Image Modified

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éfautHérité du modèle d'hôte ou locale
SHINKEN_PROTOCOL

Protocole utilisé pour établir la connexion avec le Reactionner

httpshinken
CHECK_SHINKEN_TIMEOUTTimeout utilisé pour établir la connexion avec le Reactionner3shinken
REACTIONNER_PORT

Port utilisé pour établir la connexion avec le Reactionner

7769Locale
REACTIONNER_LIST

Liste de Reactionner (Multi-démon)

reactionner-master$($_HOSTREACTIONNER_PORT$)$Locale - Duplicate For Each
NB_CHECK_IN_TIMEOUT_TOLERATE

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

0Locale
REACTIONNER_NB_CHECK_IN_TIMEOUT_TOLERATE

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

$_HOSTNB_CHECK_IN_TIMEOUT_TOLERATE$Locale
ACTIVE_REACTIONNER_LATENCY

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

0.5Locale
THRESHOLD_CPU_STOLEN_WARNINGSeuil de CPU volé (en pourcentage) sur une machine virtuelle supervisée par VMware avant de déclencher un warning5shinken-deamon
THRESHOLD_CPU_STOLEN_CRITICALSeuil de CPU volé (en pourcentage) sur une machine virtuelle supervisée par VMware avant de déclencher un critique10shinken-deamon


Détail des commandes


Nom du check

Commande du check

Ligne de commande

Reactionner - $KEY$ - Performancecheck_shinken_reactionner!stats!$VALUE1$ $PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t reactionner -m $ARG1$ --active_reactionner_latency "$_HOSTACTIVE_REACTIONNER_LATENCY$" --check_tolerate "$_HOSTNB_CHECK_IN_TIMEOUT_TOLERATE$" --timeout $_HOSTCHECK_SHINKEN_TIMEOUT$ -w $_HOSTTHRESHOLD_CPU_STOLEN_WARNING$ -c $_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$
Reactionner - $KEY$ - Running Well
check_shinken_reactionner!alive!$VALUE1$ $PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p " $ARG2$ " --shinkenversion "$SHINKENVERSION$" -t reactionner -m $ARG1$ --active_reactionner_latency "$_HOSTACTIVE_REACTIONNER_LATENCY$" --check_tolerate "$_HOSTNB_CHECK_IN_TIMEOUT_TOLERATE$" --timeout $_HOSTCHECK_SHINKEN_TIMEOUT$ -w $_HOSTTHRESHOLD_CPU_STOLEN_WARNING$ -c $_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$

Les modes dépréciés ("-m") :

  • api_connection
  • cpu_load
  • overload_protection

Problème de surcharge des disques constaté lors de l'écriture de logs

  • En cas de disques trop lent sur le volume des logs, le check sera mis en WARNING avec l'erreur suivante.



Panel


Problème de conflits d'Arbiters

  • Conflit d'Arbiters :

    Si le démon est contacté par des Arbiters qui ne sont pas sur la même architecture ( par exemple un Arbiter de Production, et un autre de l'environnement de Testing ), le check sera mis en CRITICAL .


Panel

Image Modified


  • Conflit d'Arbiters qui ont le même nom d'Architecture :

    Comme dans le cas précédent, le démon est contacté par des Arbiters d'architectures différents, mais qui ont le même nom. On sort également en CRITICAL mais en avertissant que les noms sont identiques, et en indiquant comment retrouver les serveurs en question, en trouvant leur valeur dans le fichier /var/lib/shinken/server.uuid


Panel

Image Modified


Description des erreurs de Reactionner - $KEY$ - Performance

Erreur de vol de CPU

  • Conflit d'Arbiters qui ont le même nom d'Architecture :

    Lorsque le CPU se fait voler trop de temps de calcul, le check sera mis en WARNING  ou en CRITIQUE (en fonction du taux de vol) avec l'erreur suivante.


Panel