Sommaire

Contexte

Le modèle shinken-poller permet de superviser un hôte hébergeant le démon Poller ( voir la page Le Poller ) ( notez que ce modèle hérite du modèle shinken et shinken-daemon ).

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

  • Modèle shinken qui fournira des données globales de fonctionnement des checks de shinken
  • Modèle shinken-daemon qui fournira des données globales de fonctionnement des checks de démon de shinken

Afin de superviser le démon Poller, le modèle  shinken-poller  appliqué à l'hôte, attachera plusieurs checks qui vérifieront la santé et la performance de ce démon.

Sommaire des checks

NomDescription
Poller - $KEY$ - Running WellVérifie que le Poller est joignable sur le réseau avec son numéro de version, affiche ses tags et le statut de connexion avec les Schedulers.
Poller - $KEY$ - PerformanceAffiche les statistiques des performances de l'exécution des checks dans le Poller
Si jamais le démon Poller 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é.

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-poller

NomModifiable surUnitéDéfautValeur par défaut à l'installation de ShinkenDescription
POLLER_PORT

l'Hôte

( Onglet Données )

---07771

Port utilisé pour établir la connexion avec le Poller.

NB_CHECK_IN_TIMEOUT_TOLERATE

l'Hôte

( Onglet Données )

---

0

0Nombre de checks en timeout provoquant une sortie en erreur du check.
POLLER_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_POLLER_LATENCY

l'Hôte

( Onglet Données )

seconde0.50.5

Latence de connexion 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
POLLER_LIST

l'Hôte

( Onglet Données )

---
poller-master$($_HOSTPOLLER_PORT$)$poller-master$($_HOSTPOLLER_PORT$)$

Liste de Pollers.

Check(s) impacté(s) :

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

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
}