But du script de récupération
Le script shinken-iostats-collector a pour but de collecter des données en tâche de fond des daemons (dans /opt/graphite/storage/whisper/.nb_metrics):
- Pour graphite:
- Comptage du nombres nombre d'hôtes et métriques présent dans les données de graphite
- Récupération de l'activité disque (ça prends prend du temps pour avoir des valeurs stables donc trop long pour un check)
- Pour VMWare:
- Récupération des statistiques de disponibilité CPU des VM (car les daemons ne peuvent plus lancer les appels VMWare depuis qu'ils sont en jemalloc)
Récupération du nombre d'hôte et métriques dans Graphite
Le script compte:
- le nombre d'hôtes en comptant les répertoires dans /opt/graphite/storage/whisper
- le nombre de métriques en comptant les fichiers .wsp dans /opt/graphite/storage/whisper
Si le script n'a jamais tourné:
- graphite fera lui-même la vérification lorsqu'on lui demande le compte
Si le script ne tourne plus:
- graphite retournera un compte dépassé.
Récupération des données d'activité disque
Il écrit le fichier /tmp/__check_graphite_iostats.tmp avec les données des disques (issu de /proc/diskstats) pour le %util de chaque disk (physique, PAS partition)
Si le script ne fonctionne pas:
- Le check de graphite writer sera en UNKNOWN en mettant qu'il n'arrive pas à lire le fichier.
Récupération des données de VMWare
Il écrit le fichier /dev/shm/vmware_stats_export.dat si le serveur est une VM VMWare. Il écrit dedans quand il a fait la vérification, si c'est une VM VMWare et la valeur du %ready.
Si le script n'a pas tourné (depuis le redémarrage du serveur):
- Le daemon a qui on fait la demande va retourner que le serveur n'est pas une VMWare.
Si le script a déjà tourné (depuis le redémarrage du serveur) mais ne tourne plus:
- Le daemon va retourner les dernières valeurs mesuréemesurées:
- donc pas de soucis si VM/pas VM, ça ne change pas
- mais les mesures CPU seront fausses