Versions Compared

Old Version 36

changes.mady.by.user benjamin martin

Saved on

compared with

New Version 37

changes.mady.by.user Soubrié Grégoire

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Make by tools (01.00.01) - action=same_as_next_version
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 ( voir la page Le Reactionner ).

Description du modèle

Le modèle shinken-reactionner hérite des modèles suivants : 

  • Modèle shinken qui fournira des données globales de fonctionnement des checks de shinken ( voir la page Modèle shinken )
  • Modèle shinken-daemon qui fournira des données globales de fonctionnement des checks de démon de shinken ( voir la page Modèle shinken-daemon )

Sommaire des checks

Nom

Description

Reactionner - $KEY$ - Performance

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

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

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

Panel

Image Removed

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ée par VMware, alors le pourcentage de temps de vol de CPU ( CPU Stolen ) sera affiché.

Panel

Image Removed

Panel

Image Removed

Données du modèle

Les données

Les données communes pour tous les checks

Provenant du modèle shinken

Excerpt Include
Modèle shinken
Modèle shinken
nopaneltrue

Provenant du modèle shinken-daemon

Excerpt Include
Modèle shinken-daemon
Modèle shinken-daemon
nopaneltrue

Les données spécifiques

Scroll Title
anchordata_for_check_sup_de_sup
title​
NomModifiable sur UnitéDéfaut

Valeur par défaut à

l'installation de Shinken

Description
REACTIONNER_PORT

l'Hôte

( Onglet Données )

---77697769

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 localeSHINKEN_PROTOCOL

Protocole utilisé pour établir la connexion avec le Reactionner

httpshinkenCHECK_SHINKEN_TIMEOUTTimeout utilisé pour établir la connexion avec le Reactionner3shinkenREACTIONNER_PORT

Port utilisé pour établir la connexion avec le Reactionner

7769LocaleREACTIONNER_LIST

Liste de Reactionner ( Multi-démon )

reactionner-master$($_HOSTREACTIONNER_PORT$)$Locale - Dupliquer des checks en fonction d'une liste de valeurs présentes dans la Donnée d'un hôte (duplicate_foreach)

Autres check(s) impacté(s) :

Note : Cette valeur remplacera la valeur $ARG2$ dans la commande

NB_CHECK_IN_TIMEOUT_TOLERATE

l'Hôte

( Onglet Données )

--00

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

0

Locale
REACTIONNER_NB_CHECK_IN_TIMEOUT_TOLERATE

l'Hôte

( Onglet Données )

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

$_HOSTNB_CHECK_IN_

TIMEOUT_TOLERATE$

$_HOSTNB_CHECK_IN_

TIMEOUT_TOLERATE$

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

l'Hôte

( Onglet Données )

seconde0.50.5Latence de connexion ( en secondes )  au-delà de laquelle le check sort en erreur
0.5LocaleTHRESHOLD_CPU_STOLEN_WARNINGSeuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un warning5shinken-deamonTHRESHOLD_CPU_STOLEN_CRITICALSeuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un critique10shinken-deamon

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.


Les données DFE ( Duplicate Foreach )

Excerpt
Scroll Title
anchordata_for_check_sup_de_sup
title​
NomModifiable sur UnitéDéfautValeur par défaut à l'installation de ShinkenDescription
No Format
REACTIONNER_LIST

l'Hôte

( Onglet Données )

---reactionner-master$($_HOSTREACTIONNER_PORT$)$reactionner-master$($_HOSTREACTIONNER_PORT$)$

Liste de Reactionner(  Multi-démon   )

Check(s) impacté(s) :

Comment appliquer un modèle d'hôte à un hôte

Excerpt Include
Comment appliquer un modèle d'hôte à un hôte - Pack shinken
Comment appliquer un modèle d'hôte à un hôte - Pack shinken
nopaneltrue

Nom du checkNom de la métriqueExplicationReactionner - $KEY$ - Performancecpu_usageUtilisation du CPU par le démonReactionner - $KEY$ - Performancenb_action_done_per_secNombre de notifications & event handlers exécutés par seconde en moyenne sur la dernière minuteReactionner - $KEY$ - Performancecpu_stolen__vmware__percent_ready

( 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 )

Reactionner - $KEY$ - Running Wellnb_check_in_timeout

Nombre de notifications & event handlers qui ont dépassés leur temps de timeout au cours de la dernière minute

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

Check : Reactionner - $KEY$ - Running Well

Description des erreurs

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

Image Removed

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 Removed

  • 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érentes, mais qui ont le même nom. On sort également en CRITICAL mais en avertissant que les noms sont identiques, et en indiquant où changer le nom de vos architectures.

Panel

Image Removed

Les serveurs ne sont pas à la même heure

  • Si le serveur n'est pas à la même heure que le serveur Arbiter ( qui fait office de référence ), une erreur CRITICAL sera levée, car des temps différents sur les différents serveurs va avoir des effets désastreux sur la cohérences des données de supervision.
Panel

Image Removed

La dernière connexion de l'Arbiter remonte à trop longtemps

  • Si la dernière connexion de l'Arbiter remonte à trop de temps, le démon va lever un WARNING . Ceci peux être dû:
    • Les Arbiters MASTER et SPARE sont réellement éteints.
    • Les Arbiter MASTER et SPARE sont en train d'envoyer des configurations à d'autres démons, et ne peuvent donc pas contacter ce démon pour l'instant.
Panel

Image Removed

Info

Le temps pris en compte comme limite de dernière connexion est de check_interval * max_check_attempts du démon ( définis dans sa configuration ).

Les valeurs par défauts sont de 60s * 3, soit 3 minutes.

Erreur d'un démon bloqué, qui doit être redémarré

  • Si un démon est dans un état bloqué, il doit être redémarré. Si c'est le cas:
    • les checks seront en ERROR avec le message suivant,
    • il faut ouvrir un ticket à votre support pour analyser le blocage.
Panel

Image Removed

Le démon a bloqué une tentative de chargement d'objet malveillant

Il est possible qu'un démon puisse détecter et bloquer une tentative d'injection d'objet malveillant par le biais de l'une de ses routes.

Un message est remonté :

  • le nombre total de ces tentatives que le démon a bloqué ce jour ( le compte commence à minuit ) ;
  • pour chacune des tentatives ( maximum 3 ) :
    • descriptif de l'objet que l'attaquant essaye de charger,
    • sa provenance de l'attaque, par exemple le nom de la route utilisée, et l'IP à la source de l'attaque,
    • sa date.
Panel

Image Removed

Le démon est en cours d'arrêt

Lorsque le démon est en cours d'arrêt, le check le signale, et les informations relatives aux modules ne sont plus disponibles

Panel

Image Removed

Check : Reactionner - $KEY$ - Performance

Description des erreurs

Erreur de vol de CPU

Seulement si votre machine virtuelle est hébergé sur un hyperviseur VMWare

  • Si la VM se fait voler trop de temps de calcul (CPU Stolen), le check sera mis en WARNING  ou en CRITIQUE ( en fonction du taux de vol fixé par défaut ou  indiqué par l'utilisateur ).
Panel

Image Removed

Panel

Image Removed

Erreur d'un démon bloqué, qui doit être redémarré

  • Si un démon est dans un état bloqué, il doit être redémarré. Si c'est le cas:
    • les checks seront en ERROR avec le message suivant,
    • il faut ouvrir un ticket à votre support pour analyser le blocage
Panel

Image Removed

Le démon a bloqué une tentative de chargement d'objet malveillant

Il est possible qu'un démon puisse détecter et bloquer une tentative d'injection d'objet malveillant par le biais de l'une de ses routes.

Un message est remonté :

  • le nombre total de ces tentatives que le démon a bloqué ce jour ( le compte commence à minuit ) ;
  • pour chacune des tentatives ( maximum 3 ) :
    • descriptif de l'objet que l'attaquant essaye de charger,
    • sa provenance de l'attaque, par exemple le nom de la route utilisée, et l'IP à la source de l'attaque,
    • sa date.
Panel

Image Removed

Le démon est en cours d'arrêt

Lorsque le démon est en cours d'arrêt, le check le signale, et les informations relatives aux modules ne sont plus disponibles

PanelImage Removed