| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
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 votre 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 |
|---|
|
Paramétrage
Le check utilise la ligne de commande suivante :
| Code Block | ||||
|---|---|---|---|---|
| ||||
$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
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Données spécifiques pour ce check
Pas de données spécifique pour ce check.
Les données DFE ( Duplicate Foreach )
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description | ||
|---|---|---|---|---|---|---|---|
| Modèle d'hôte ( Onglet Données ) | --- | scheduler-master$($_HOSTSCHEDULER_PORT$)$ | scheduler-master$($_HOSTSCHEDULER_PORT$)$ | Liste des Schedulers Autres check(s) impacté(s) : |
Données utilisées provenant du check
Pas de données provenant du check pour ce check.
Données globales
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Résultat
Exemple
| Panel |
|---|
|
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
- SCHEDULER__RETENTION__RENTENTION-IS-TOO-OLD-AFTER_X_MINUTES
- POLLER_NB_CHECK_IN_TIMEOUT_TOLERATE
- CHECK_SHINKEN_TIMEOUT
- THRESHOLD_CPU_STOLEN_CRITICAL
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
Situation | Statut |
|---|---|
En fonction du pourcentage de CPU volé :
| CRITIQUE |
En fonction du pourcentage de CPU volé :
| ATTENTION |
Le temps de connexion à la base de données :
| ATTENTION |
Le temps de connexion à la base de données :
| ATTENTION |
Si la sonde n'a pas eu de réponse avant le temps maximum
| INCONNU |
Résultat
Renvoi au format texte :
- 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 |
|---|
|
- 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 |
|---|
|
Description des erreurs
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Métriques
| Nom | Unité | Description | |||||||
|---|---|---|---|---|---|---|---|---|---|
| -- | 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 ). | |||||||
| -- | Nombre de Reactionners connectés à ce Scheduler en surcharge. | |||||||
| -- | Nombre de Pollers connectés à ce Scheduler. | |||||||
| -- | Nombre de Reactionners connectés à ce Scheduler. | |||||||
| -- | 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 ). | |||||||
| -- | Durée d'un cycle de traitement du Scheduler.
| |||||||
| -- | Nombre de notifications & event handlers fait par les Reactionners par seconde ( moyenne glissante calculée sur 1 min ). | |||||||
| -- | Nombre de notifications générées par seconde dans le Scheduler ( moyenne glissante calculée sur 1 min ). | |||||||
| -- | Durée en seconde de la dernière sauvegarde de rétention | |||||||
| -- | Nombre d'event handlers générées par seconde dans le Scheduler ( moyenne glissante calculée sur 1 min ). | |||||||
| -- | Durée en seconde du dernier chargement de rétention | |||||||
| -- | Estimation de la surcharge du Scheduler.
| |||||||
| -- | Nombre de Pollers connectés à ce Scheduler en surcharge. |