Sommaire

Contexte

Le modèle shinken-reactionner permet de superviser un hôte hébergeant le démon Reactionner ( voir la page Le Reactionner ).

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.

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.

Les données

Les données communes pour tous les checks

Provenant du modèle shinken

NomModifiable surUnitéDéfaut

Valeur par défaut

à l'installation de Shinken

Description
CHECK_SHINKEN_TIMEOUT

l'Hôte

( Onglet Données )

seconde

33

Temps maximum durant lequel le check va attendre une réponse du démon.

Provenant du modèle shinken-daemon

NomModifiable surUnitéDéfaut

Valeur par défaut

à l'installation de Shinken

Description
THRESHOLD_CPU_STOLEN_CRITICAL

l'Hôte

( Onglet Données )

%

1010Seuil de CPU volé sur une machine virtuelle supervisée par VMware avant de déclencher un critique.
THRESHOLD_CPU_STOLEN_WARNING

l'Hôte

( Onglet Données )

%

55Seuil de CPU volé sur une machine virtuelle supervisée par VMware avant de déclencher un warning.

Provenant du modèle shinken-reactionner

NomModifiable sur UnitéDéfaut

Valeur par défaut à

l'installation de Shinken

Description
REACTIONNER_PORT

l'Hôte

( Onglet Données )

---77697769

Port utilisé pour établir la connexion avec le Reactionner


NB_CHECK_IN_TIMEOUT_TOLERATE

l'Hôte

( Onglet Données )

---00

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

REACTIONNER_NB_CHECK_IN_TIMEOUT_TOLERATE

l'Hôte

( Onglet Données )

---

$_HOSTNB_CHECK_IN_

TIMEOUT_TOLERATE$

$_HOSTNB_CHECK_IN_

TIMEOUT_TOLERATE$

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

Les données spécifiques

Pas de données spécifiques.

Les données DFE ( Duplicate Foreach )

NomModifiable sur UnitéDéfautValeur par défaut à l'installation de ShinkenDescription
REACTIONNER_LIST

l'Hôte

( Onglet Données )

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

Liste de Reactionners (  Multi-démon   )

Check(s) impacté(s) :

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

Application du modèle via l'interface de Configuration

Dans l'interface de Configuration :

  • créer ou éditer un hôte ( voir la page Éditer un Hôte ),
  • ajouter le modèle "mon-modèle" ( selon vos besoins )  dans la propriété "Modèles d'hôte hérités" à l'aide du menu déroulant.



Application du modèle via un collecteur d'import de fichiers au format .cfg

Dans votre fichier de définition de vos éléments à importer via votre collecteur :

define host {
    host_name   mon_hôte
    use         mon-modèle
}