Contexte
Le modèle shinken-scheduler permet de superviser un hôte hébergeant le démon Scheduler ( voir la page Le Scheduler ).
Le modèle shinken-scheduler 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 )
Afin de superviser le démon Scheduler, le modèle shinken-scheduler appliqué à l'hôte attachera deux checks qui vérifieront la santé et la performance de ce démon.
Sommaire des checks
Nom | Description |
|---|---|
Vérifie que le démon Scheduler peut être correctement contacté sur le réseau et que les modules sont opérationnels ( Résultat long ). La version du démon est également affichée ( Résultat court ) . | |
| Vérifie un grand nombre de données sur les performances du Scheduler et de ses Pollers. |
Les données
Les données communes pour tous les checks
Provenant du modèle shinken
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
CHECK_SHINKEN_TIMEOUT | l'Hôte ( Onglet Données ) | seconde | 3 | 3 | Temps maximum durant lequel le check va attendre une réponse du démon. |
Provenant du modèle shinken-daemon
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
THRESHOLD_CPU_STOLEN_CRITICAL | l'Hôte ( Onglet Données ) | % | 10 | 10 | Seuil 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 ) | % | 5 | 5 | Seuil de CPU volé sur une machine virtuelle supervisée par VMware avant de déclencher un warning. |
Provenant du modèle shinken-scheduler
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
PASSIVE_POLLER_LATENCY | l'Hôte ( Onglet Données ) | seconde | 0.5 | 0.5 | Latence de connexion entre le Scheduler et les Pollers passifs au-delà de laquelle le check est en erreur. |
SCHEDULER__RETENTION__ RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES | l'Hôte ( Onglet Données ) | minute | 5 | 5 | Temps additionnel de marge ajouté à l'intervalle de sauvegarde de la rétention avant qu'une rétention ancienne ne soit déclarée trop vieille et retourne en WARNING. |
SCHEDULER_PORT | l'Hôte ( Onglet Données ) | --- | 7768 | 7768 | Configuration du port de communication avec le Scheduler. |
LASTSERVICECHECK | Non modifiable | --- | --- | --- | Date au format timestamp de la dernière exécution du check. Cette variable est évaluée uniquement par le Scheduler |
Les données spécifiques
Pas de données spécifiques.
Les données DFE ( Duplicate Foreach )
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
SCHEDULER_LIST | l'Hôte ( Onglet Données ) | --- | scheduler-master$($_HOSTSCHEDULER _PORT$)$ | scheduler-master$($_HOSTSCHEDULER _PORT$)$ | Liste des Schedulers ( Multi-démon ) |
Comment appliquer un modèle d'hôte à un hôte
Dans l'interface de Configuration : Dans votre fichier de définition de vos éléments à importer via votre collecteur :Application du modèle via l'interface de Configuration
Application du modèle via un collecteur d'import de fichiers au format .cfg
define host {
host_name mon_hôte
use mon-modèle
}