Page History

Scroll Ignore

scroll-pdf	true
scroll-office	true
scroll-chm	true
scroll-docbookhtml	truefalse
scroll-eclipsehelpdocbook	true
scroll-epubeclipsehelp	true
scroll-htmlepub	true

Panel

title	Sommaire

Table of Contents

style	none

Contexte

Vérifie que le démon Scheduler peut être correctement contacté sur le réseau et affiche son numéro de version.

Affiche également le nombre d'éléments qu'il gère dans un tableau, en distinguant les hôtes, les Clusters et les Checks et le Total des éléments. ( Résultat court )

Présente la liste les démons auxquels le Scheduler doit se connecter, et l'état des connexions ( Résultat long ).

Donne un état des modules chargés ( Résultat long ).

La supervision d'un démon Scheduler présente un grand nombre de statistiques de performances qui permettent de visualiser le travail d'ordonnancement effectué par le Scheduler, ainsi que les statistiques des Pollers qui viennent se connecter à celui-ci.

Le démon Scheduler va effectuer tout le travail d'ordonnancement, et c'est à lui que vont s'adresser ( en autres ) les démons Poller et Reactionner pour récupérer les checks et les notifications à effectuer. Son bon fonctionnement est donc vital au bon fonctionnement de l'architecture Shinken. Aussi, pour dimensionner correctement une installation Shinken Entreprise, il est important de pouvoir visualiser combien de checks ses Pollers satellites peuvent traiter, ainsi que leurs utilisations CPU et RAM.

Les checks du Scheduler fournis dans le pack Shinken proposent donc un grand nombre de données sur les performances du Scheduler et de ses Pollers.

Panel
Image Added
Panel
Image Removed

Paramétrage

Le check utilise la ligne de commande suivante :

bash

Scroll Title

title

Code Block

language

text
theme	Emacs

$PLUGINSDIR$/check_shinken -H "$HOSTADDRESS$" -p "$ARG2$" --shinkenversion "$SHINKENVERSION$" -t scheduler -m $ARG1$ -l "lck-$LASTSERVICECHECK$"
 --passive_poller_latency "$_HOSTPASSIVE_POLLER_LATENCY$" --timeout "$_HOSTCHECK_SHINKEN_TIMEOUT$" -w "$_HOSTTHRESHOLD_CPU_STOLEN_WARNING$" -c 
"$_HOSTTHRESHOLD_CPU_STOLEN_CRITICAL$" --scheduler_too_old_retention_save_margin "$_HOSTSCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES$"

Données utilisées provenant du modèle

Données communes pour les checks du modèle

Provenant du modèle shinken

Excerpt Include

	Modèle shinken-scheduler
	Modèle shinken-scheduler

Données spécifiques pour ce check


nopanel	true

Provenant du modèle shinken-daemon

Excerpt Include

	Modèle shinken-daemon
	Modèle shinken-daemon
nopanel	true

Provenant du modèle shinken-scheduler

Excerpt Include

	Le Scheduler
	Le Scheduler
nopanel	true

Données spécifiques pour ce check

Pas de données spécifiques pour ce check.

Nom

Modifiable sur

UnitésDéfautValeur par défaut à l'installation de ShinkenDescription

No Format
THRESHOLD_CPU_STOLEN_WARNING

Modèle d'hôte

( Onglet Données )

%5 5

Seuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un warning

No Format
THRESHOLD_CPU_STOLEN_CRITICAL

Modèle d'hôte

( Onglet Données )

%10 10 Seuil de CPU volé ( en pourcentage ) sur une machine virtuelle supervisée par VMware avant de déclencher un critique

Les données DFE ( Duplicate Foreach )

Nom

Modifiable sur

Unités

Défaut

Valeur par défaut à l'installation de Shinken

Description

No Format
SCHEDULER_LIST

SCHEDULER_LIST

SCHEDULER_LIST

Modèle d'hôte

( Onglet Données )

9768

9768

Configuration du port de communication avec l'Arbiter.

Autres check(s) impacté(s) :

Scheduler - $KEY$ - Performance( voir la page Scheduler - $KEY$ - Performance ).

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

Excerpt Include

	Modèle shinken-scheduler
	Modèle shinken-scheduler
nopanel	true

Données utilisées provenant du check

Pas de données provenant du check pour ce check.

Données globales

Excerpt Include

	Mise en place du Pack windows
	Mise en place du Pack windows
nopanel	true

Résultat

Exemple

Panel
Image RemovedImage Added

Interprétation

Statut

Il peut prendre quatre valeurs OK / CRITIQUE / ATTENTION / INCONNU .

Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :
- THRESHOLD_CPU_STOLEN_CRITICAL
- THRESHOLD_CPU_STOLEN_WARNING _WARNING
- SCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES
- POLLER_NB_CHECK_IN_TIMEOUT_TOLERATE
- CHECK_SHINKEN_TIMEOUT
Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :.

Les vérifications communes

Excerpt Include

	Liste des événements sur les démons modifiant le résultat des checks
	Liste des événements sur les démons modifiant le résultat des checks
nopanel	true

Les vérifications spécifiques

supérieur

Situation	Statut
En fonction du pourcentage de CPU volé : Si c'est supérieur à THRESHOLD_CPU_STOLEN_CRITICAL( par défaut : 10% )	CRITIQUE
En fonction du pourcentage de CPU volé : Si c'est supérieur à THRESHOLD_CPU_STOLEN_WARNING( par défaut : 5% )	*ATTENTION*
Le temps de connexion à la base de données : Si c'est supérieur à THRESHOLD_CPU_STOLEN_CRITICAL SCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES ( par défaut : 10% 5% )	CRITIQUE *ATTENTION*
Le temps de connexion à la base de données : Si c'est supérieur à THRESHOLD_CPU_STOLEN_WARNING POLLER_NB_CHECK_IN_TIMEOUT_TOLERATE ( par défaut : 5% 0 )	*ATTENTION*
Si la sonde n'a pas eu de réponse avant le temps maximum Si
supérieur àCHECK_SHINKEN_TIMEOUT ( par défaut : 3 sec
)	INCONNU

Résultat

Renvoi au format texte :

L'état de fonctionnement du Scheduler, ainsi que le nombre d'hôtes, de clusters, de checks et le nombre total d'éléments gérés par le Scheduler.

Résultat Long

Renvoi au format texte :

Une liste des démons ( Schedulers, Pollers passifs, Reactionners passifs ) auxquels le Schedulers doit se connecter, pour chacun des démons :
- Son nom ( suivi des tags gérés pour les Pollers passifs ou pour les Reactionners passifs )
- Son type
- La valeur du paramètre timeout renseigné dans le fichier de configuration de ce démon ( qui correspond au délai potentiel maximal requis pour le contacter )
- L'état de la connexion
- La liste des modules chargés ainsi que leur état

Le nombre de checks effectués par seconde par le Poller supervisé.

Résultat Long

Dans le Résultat long du check "Poller - Performance", deux tableaux présentent des statistiques sur les temps d'exécution des checks dans le Poller.

Le premier tableau affiche les 5 checks consommant le plus de temps CPU parmi l'ensemble des checks exécutés sur le Poller.
Dans ce tableau, pour chaque check sont affichés le nom du check, l'hôte sur lequel il est accroché, et le temps d'exécution du check.

Panel
Image Added

Un deuxième tableau présente la répartition du temps d'exécution des checks. Dans le tableau en exemple, on voit que les checks exécutés sur ce Poller s'exécutent majoritairement en moins de 50ms.

Panel
Image Added

Description des erreurs

Excerpt Include

	Les vérifications communes à tous les démons
	Les vérifications communes à tous les démons
nopanel	true

Excerpt Include

	Les vérifications de vol de CPU
	Les vérifications de vol de CPU
nopanel	true

Métriques

Scroll Title

anchor	parameter_check_metrics
title

Métriques

Nom

Unité

Description

No Format

language	text
theme	Emacs

nb_hosts

sTemps pris par la sonde pour se connecter à la base de données

checks_todo_by_sec

---

Nombre de vérifications d'hôtes et de checks générées par seconde dans le Scheduler ( moyenne glissante calculée sur 1 min ).

No Format

language	text
theme	Emacs

nb_reactionners_in_overload

---

Nombre de Reactionners connectés à ce Scheduler en surcharge.

No Format

language	text
theme	Emacs

nb_pollers

---

Nombre de Pollers connectés à ce Scheduler.

No Format

language	text
theme	Emacs

nb_

clusters

reactionners

s

---

Nombre de Reactionners connectés à ce Scheduler.

No Format

language	text
theme	Emacs

checks_done_by_sec

---

Nombre de résultats de vérification d'hôtes et de checks donnés par les Pollers par seconde ( moyenne glissante calculée sur 1 min ).

Temps pris par la sonde pour se connecter à la base de données

No Format

language	text
theme	Emacs

nb

average_scheduler_

late_checks

cpu_usage

---

Durée d'un cycle de traitement du Scheduler.

Le maximum est à 100.
Plus cette valeur est haute plus cela indique une charge sur le Scheduler.

sTemps pris par la sonde pour se connecter à la base de données

No Format

language	text
theme	Emacs

nb

notifications_

late

and_event_handlers

_done_by_sec

---

Nombre de notifications & event handlers fait par les Reactionners par seconde ( moyenne glissante calculée sur 1 min ).

No Format

language	text
theme	Emacs

notifications_todo_by_sec

---

Nombre de notifications générées par seconde dans le Scheduler ( moyenne glissante calculée sur 1 min ).

No Format

language	text
theme	Emacs

save_retention_time

---

Durée en seconde de la dernière sauvegarde de rétention

sTemps pris par la sonde pour se connecter à la base de données

No Format

language	text
theme	Emacs

nb_checks

event_handlers_todo_by_sec

---

Nombre d'event handlers générées par seconde dans le Scheduler ( moyenne glissante calculée sur 1 min ).

No Format

language	text
theme	Emacs

load_retention_time

---

Durée en seconde du dernier chargement de rétention

No Format

language	text
theme	Emacs

average_scheduler_cpu_estimated_overload

---

Estimation de la surcharge du Scheduler.

Si cette métrique est à zéro alors le Scheduler n'est pas en surcharge.
Si cette métrique est trop souvent supérieure à 0, c'est l'indication qu'il y a besoin d'un Scheduler supplémentaire.

sTemps pris par la sonde pour se connecter à la base de données

No Format

language	text
theme	Emacs

nb_pollers_

late

in_

notifications

overload

sTemps pris par la sonde pour se connecter à la base de données

---	Nombre de Pollers connectés à ce Scheduler en surcharge.

Page tree

Versions Compared

Old Version 4

New Version Current

Key

Contexte

Paramétrage

Données utilisées provenant du modèle

Données communes pour les checks du modèle

Provenant du modèle shinken

Données spécifiques pour ce check

Provenant du modèle shinken-daemon

Provenant du modèle shinken-scheduler

Données spécifiques pour ce check

Les données DFE ( Duplicate Foreach )

Données utilisées provenant du check

Données globales

Résultat

Exemple

Interprétation

Statut

Les vérifications communes

Les vérifications spécifiques

Résultat

Résultat Long

Résultat Long

Description des erreurs

Métriques