check_ganglia_metric Plugin de chèque métrique ganglia pour Nagios
Télécharger maintenant

check_ganglia_metric Classement & Résumé

check_ganglia_metric Mots clés

surveillance Nagios Ganglia Plugin Nagios Surveillance des ganglions

check_ganglia_metric La description

Plug-in de chèque métrique ganglia pour Nagios check_ganglia_metric est un plugin nagios qui vous permet de déclencher des alertes sur n'importe quel ganglia métrique.Checklia_metric a été fortement inspiré par Vladimir Vuksan's check_ganglia_metric.php, mais il est livré avec un certain nombre d'améliorations.Installation # PIP install Check_ganglia_metric ... ou: # easy_install check_ganglia_metricganglia ConfigurationUnless Votre serveur Nagios et Ganglia Meta Daemon sont en cours d'exécution sur le même hôte, vous devez probablement modifier votre gmetad.conf pour autoriser les connexions distantes à partir de votre serveur Nagios.Pour permettre des connexions de nagios-server.example.com:Trusted_hosts nagios-server.example .comTo autoriser les connexions de tous les hôtes (probablement un risque de sécurité): all_trusted onTesting sur la commande LineFirst, nous allons voir si check_ganglia_metric peut communiquer avec le Daemon Meta ganglions: check_ganglia_metric.py --gmetad_host = gmetad-server.example.com \ - métrique_host = hôte.example.com --metric_name = CPU_IDLESTatus OK, CPU Idle = 99,3% | CPU_IDLE = 99,3% ;;;; Le message "Statut OK" indique que le message che ck_ganglia_metric fonctionne. Si vous rencontrez des difficultés pour que cela fonctionne, essayez à nouveau avec la journalisation verbeuse activée (--verbose) afin de mieux comprendre ce qui ne va pas. Essayons de définir un seuil d'alerte: check_ganglia_metric.py --gmetad_host = gmetad- server.example.com \ --metric_host = host.example.com.com --metric_name = CPU_IDLE --Critical = 99Status critique, CPU inactif = 99,6% | CPU_IDLE = 99,6%; 99 ;; Nous avons dit check_ganglia_metric de retourner un "critique "Statut si le processeur inactif était supérieur à 99. Le message" Statut critique "indique qu'il a fonctionné. Notez que check_ganglia_metric analyse des gammes et des seuils selon les directives officielles de développement de Nagios Plugin.Pour Voir une liste complète des options de ligne de commande avec brefs explications, exécuter check_ganglia_metric avec the --Help option.nagios ConfigurationFirst, créer une commande de commande: Définition de la commande {Command_Name check_ganglia_metric command_line /usr/bin/check_ganglia_metric.py -ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ hostaddress $ --metric_name = $ arg1 $ - criculaire = $ arg3} Maintenant, vous pouvez utiliser la commande ci-dessus dans vos définitions de service: Définir le service {Service_description CPU Idle - Ganglia Utilisez quelque_Templat check_ganglia_ganglia_metric! CPU_IDLE! 0: 20! 0: 0 Host_Name hôte.example.com} Cela fonctionnera bien jusqu'à ce que quelque chose ne va pas check_ganglia_metric (par exemple, le fichier de cache ne peut pas être lu / écrit, le diaigre de Ganglia Meta ne peut pas être atteint, etc.). À ce stade, chaque service qui s'appuie sur check_ganglia_metric échouera, éventuellement vous inonder avec des alertes. Nous pouvons l'empêcher de ceci grâce à l'utilisation des dépendances de service. La première chose dont nous avons besoin est une définition de commande pour vérifier l'âge d'un fichier: Définir la commande {Command_name check_file_age command_file / USR / nagios / plugins / check_file_age -f $ Arg1 $ - W $ Arg2 $ -C $ Arg3} Ensuite, nous définissons un service qui vérifie l'âge du fichier de cache de check_ganglia_metric. Notez que pour être vraiment efficace, ce service doit être vérifié au moins comme (de préférence plus). nagios / .check_ganglia_metric.cache! 60! 120 Host_Name localhost check_Interval 1 max_check_attempts 1} et enfin, nous avons configuré la dépendance actuelle du service. Notez que j'ai activé user_regexp_matching dans Nagios, ce qui me permet d'utiliser des expressions régulières dans mes directives. En collant "- ganglia" à la fin de chaque service qui s'appuie sur check_ganglia_metric, je peux me sauver beaucoup d'effort: définir la répartition desservations {host_name localhost service_description cache pour check_ganglia_metric depende_host_name. * Dépendant_service_description. * \ - ganglia $ exécution_failure_criteria c, p} Maintenant, si quelque chose ne va pas mal avec check_ganglia_metric, une seule alerte sera envoyée sur le fichier de cache et que tous les chèques de service dépendant seront en pause jusqu'à ce que vous corrigeez le problème qui a entraîné l'échec de Check_ganglia_metric. Une fois le problème corrigé, vous devez mettre à jour l'horodatage sur le fichier de cache afin de mettre le service "Cache pour check_ganglia_metric" dans un état OK (qui permettra des contrôles de service dépendant de continuer): touche / var / lib /nagios/.check_ganglia_metric.cachetips et TrickSit est possible d'obtenir une liste complète des hôtes et des métriques disponibles en activant la journalisation "plus verbose" (-vv). Étant donné que les options Metric_Host et Metric_Name sont requises, vous avez un peu de problème d'un "poulet et d'uf" ici, mais c'est bon. Il suffit de fournir des données factices. Le plug-in sera une erreur à la fin avec une erreur "hôte / métrique introuvable", mais pas avant de jeter son cache: check_ganglia_metric.py --gmetad_host = gmetad-server.example.com \ --metric_host = Dummy --metric_Name EXIGENCES DUMMY -VV: · Python · Nagios Limites: · Ne fonctionne pas avec Python 2.4

check_ganglia_metric Logiciels associés