Le check Broker - $KEY$ - Module SLA Writer permet de superviser la partie écriture du module SLA au niveau du démon Broker ( voir la page Le Broker ).
|
Le check utilise la ligne de commande suivante :
$PLUGINSDIR$/check_shinken_module_sla_writer.py -H "$HOSTADDRESS$" -p "$ARG1$" --shinkenversion "$SHINKENVERSION$" -m "$_HOSTMINUTES_OF_STATS$" --workerwarning "$_HOSTWORKER_WARNING$" --workercritical "$_HOSTWORKER_CRITICAL$" --storagewarning "$_HOSTSTORAGE_WARNING$" --storagecritical "$_HOSTSTORAGE_CRITICAL$" --timeout "$_HOSTCHECK_SHINKEN_TIMEOUT$" |
Nom | Modifiable sur | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|
CHECK_SHINKEN_TIMEOUT | l'Hôte ( Onglet Données ) | 3 | 3 | Temps maximum durant lequel les checks peuvent s'exécuter ( en secondes ). |
| Nom | Modifiable sur | Unités | Défaut | Valeur par défaut à l'installation de Shinken | Description | |
|---|---|---|---|---|---|---|
| Modèle d'hôte ( Onglet Données ) | --- | 1 | 1 | Nombre des X dernières minutes utilisées pour calculer les statistiques | |
| Modèle d'hôte ( Onglet Données ) | % | 40 | 40 | Seuil d’avertissement pour la charge d’un Worker | |
| Modèle d'hôte ( Onglet Données ) | % | 80 | 80 | Seuil de critique pour la charge d’un Worker | |
| Modèle d'hôte ( Onglet Données ) | MB | 0 ( inactif ) | 0 ( inactif ) | Seuil d’avertissement pour la taille de stockage | |
| Modèle d'hôte ( Onglet Données ) | MB | 0 ( inactif ) | 0 ( inactif ) | Seuil de critique pour la taille de stockage |
Pas de données spécifiques pour ce check.
|
Il peut prendre deux valeurs OK / CRITIQUE / ATTENTION / INCONNU .
Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :
Situation | Statut |
|---|---|
En fonction du pourcentage de la charge du Worker CPU volé :
| CRITIQUE |
En fonction de la taille stockage :
| CRITIQUE |
En fonction du pourcentage de la charge du Worker CPU:
| ATTENTION |
En fonction de la taille stockage :
| ATTENTION |
Le Broker est en cours d'arrêt | ATTENTION |
L'archivage journalier des SLA n'a jamais eu lieu | ATTENTION |
L'archivage journalier des SLA n'a pas eu lieu ( pas d'archivage des données de la veille ) | ATTENTION |
Si la sonde n'a pas eu de réponse avant le temps maximum
| INCONNU |
Renvoi au format texte :
Le résultat du check de supervision de l'écriture du module SLA se compose en 5 catégories d'informations :
Cette partie SLA - Writer du résultat du check indique dans la première puce le nombre d'éléments total dans le module.
Puis les autres puces indique pour chaque worker :
|
La partie SLA - Archive indique les informations sur l'archivage des SLA.
La première puce présente les informations sur la dernière archive avec :
La seconde puce indique la date de la plus ancienne archive de stocker. Cette date est la limite à partir de laquelle on ne peut pas générer un rapport SLA ou visualiser un SLA dans l'onglet Historique/SLA du volet détail de l'interface de visualisation plus ancienne que cette date.
|
La partie SLA - Migration indique les informations sur le statut du processus de migration des données de SLA.
Pour rappel, la migration des données SLA permet de migrer toutes les données SLA d'un format de donnée vers un nouveau qui pourrait être mise en place lors d'une mise à jour de Shinken
Lorsque la migration des données est en cours le résultat du check indique :
Avec le nombre de données utilisant l'ancien format de données
|
La progression de la migration avec le pourcentage et le nombre de données migré et sur le nombre total de donnée.
|
Si la base de données est au bon format, le résultat du check indique la durée de la dernière migration effectuée
La partie SLA - Database cleanup indique les informations sur la rotation des données.
Pour rappel, la rotation des données est un système de suppression des données afin d'éviter que la base de données ne grossisse trop. Cette rotation supprime les données à partir d'un certain nombre de jours. Exemple ci-contre seul les 300 derniers jours de SLA sont conservés.
Le nombre de jours a conservé et paramétrable dans le fichier de configuration du Module SLA sur le paramètre nb_stored_days. Si souhaiter ne pas mettre de jours maximaux de conservation, il faut mettre la valeur -1 au paramètre
Lorsque la rotation est en cours, le résultat du check indique :
Le nombre d'éléments qui ne sont plus supervisés, mais toujours stocké ( calculé grâce au nombre total d'éléments dans la base archive par le module SLA que l'on peut suivre via le chapitre [ UNIQUE ELEMENTS IN ARCHIVE ] des logs du broker : Broker - Les logs du module SLA
|
Lorsque la rotation est désactivée, voici les informations affichées :
Avec le nombre d'éléments supervisé qui correspond au total d'élément affiché dans la partie "écriture"
Le nombre d'éléments qui ne sont plus supervisés, mais toujours stocké
|
Lorsque le Broker est en cours d'arrêt, le check le signale, et les informations relatives au module ne sont plus disponibles
|
Lorsque l'archivage journalier des SLA n'a pas eu lieu depuis le démarrage du module, la partie SLA - Archive passe en Warning et le check aussi.
|
Lorsque l'archivage journalier des SLA n'a pas eu lieu ( vérification depuis les deux derniers jours ), la partie SLA - Archive passe en Warning et le check aussi.
|
En cas d'erreur, le processus d'Archivage peut subir un arrêt inopiné.
Dans ce cas, le module continue de fonctionner pour poursuivre l'écriture des SLA, et le processus n'est pas relancé.
Une erreur est remontée dans le check de supervision pour informer de cette panne. Il est alors recommandé de prendre contact avec votre support Shinken.
|
| Nom | Unité | Description | |
|---|---|---|---|
| --- | charge du worker sur la dernière minute ( comme dans l'ouput du check ) | |
| --- | Nombre de SLA écrit sur la dernière minute | |
| seconde | Temps passé sur la dernière minute à écrire les SLA | |
| octet | taille des données SLA en base |