check_ganglia_metric

check_ganglia_metric egy Nagios plugin, ami lehetővé teszi, hogy kiváltó riasztások bármilyen Ganglia metrikus.
check_ganglia_metric erősen inspirálta Vladimir Vuksan a check_ganglia_metric.php, de ez benne van számos fejlesztést.

Telepítés
# Pip telepíteni check_ganglia_metric
... Vagy:
# Easy_install check_ganglia_metric
Ganglia Configuration
Kivéve, ha a Nagios szerver és Ganglia Meta démon fut ugyanazon a gépen, akkor valószínűleg módosítani kell a gmetad.conf lehet a távoli kapcsolatokat a Nagios kiszolgáló.
Hogy engedélyezze a kapcsolódást nagios-server.example.com:
trusted_hosts nagios-server.example.com
Ahhoz, hogy a kapcsolat az összes gépről (valószínűleg biztonsági kockázatot):
all_trusted on
Testing a Command Line
Először is nézzük meg, hogy check_ganglia_metric tud kommunikálni a Ganglia Meta Daemon:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle
Állapot Ok, CPU Idle = 99,3% | cpu_idle = 99,3% ;;;;
A "Status Ok" üzenet jelzi, hogy check_ganglia_metric dolgozik. Ha gondjaid vannak ez működjön, próbálja meg újra részletes naplózás engedélyezése (--verbose) annak érdekében, hogy minél jobb betekintést, mi baj.
Most próbáljuk meg a riasztási küszöbértéket:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
Állapot Kritikus, CPU Idle = 99,6% | cpu_idle = 99,6% ;; 99 ;;
Mondtuk check_ganglia_metric hogy visszatérjen a "kritikus" állapot, ha a Készenléti CPU nagyobb volt, mint 99. A "Status kritikus" üzenet azt jelzi, hogy a dolog működik. Ne feledje, hogy check_ganglia_metric értelmezi tartományok és küszöbök szerint a hivatalos Nagios plugint fejlesztési irányelveket.
Hogy egy teljes listát a parancssori opciók rövid magyarázattal, fuss check_ganglia_metric a -help.
Nagios konfigurációs
Először hozzon létre egy parancsot meghatározása:
Define parancs {
& Nbsp; command_name check_ganglia_metric
& Nbsp; COMMAND_ /usr/bin/check_ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ HOSTADDRESS $ --metric_name = $ ARG1 $ --warning = $ ARG2 $ --critical = $ ARG3 $
}
Most már használhatja a fenti parancsot a szolgáltatás meghatározások:
megállapítják a szolgáltatás {
& Nbsp; service_description CPU idle - Ganglia
& Nbsp; használata some_template
& Nbsp; check_command check_ganglia_metric! Cpu_idle! 0: 20! 0: 0
& Nbsp; host_name host.example.com
}
Ez jól működik, amíg valami hiba check_ganglia_metric (pl cache fájlt nem lehet olvasni / írni, hogy a Ganglia Meta Daemon nem lehet elérni, stb). Ezen a ponton, minden szolgáltatás, amely támaszkodik check_ganglia_metric sikertelen lesz, esetleg elárasztva Önt riasztásokat. Tudjuk megakadályozni ezt segítségével a szolgáltatás függőségek.
Az első dolog, amire szükségünk van a parancs definíciója ellenőrzésére évesen egy fájlt:
Define parancs {
& Nbsp; command_name check_file_age
& Nbsp; COMMAND_ / usr / lib / nagios / plugins / check_file_age -f $ ARG1 $ -w $ ARG2 $ -c $ ARG3 $
}
Következő lépésként határozza meg a szolgáltatást, amely ellenőrzi a kora check_ganglia_metric a cache fájl. Ne feledje, hogy annak érdekében, hogy valóban hatékony legyen, ez a szolgáltatás ellenőrizni kell legalább olyan (lehetőleg több) gyakoribb, mint az összes többi ellenőrzés támaszkodó check_ganglia_metric:
megállapítják a szolgáltatás {
& Nbsp; service_description Cache check_ganglia_metric
& Nbsp; használata some_template
& Nbsp; check_command check_file_age! /var/lib/nagios/.check_ganglia_metric.cache! 60! 120
& Nbsp; host_name localhost
& Nbsp; check_interval 1
& Nbsp; max_check_attempts 1
}
És végül, felállítottuk a tényleges szolgálati függőség. Megjegyezném, hogy lehetővé tette use_regexp_matching a Nagios, amely lehetővé teszi, hogy használja a reguláris kifejezések az én irányelvek. Ragadt "- Ganglia" végén minden szolgáltatás, amely támaszkodik check_ganglia_metric, tudom menteni magam a sok erőfeszítés:
meghatározzák servicedependency {
& Nbsp; host_name localhost
& Nbsp; service_description Cache check_ganglia_metric
& Nbsp; dependent_host_name. *
& Nbsp; dependent_service_description. * - Ganglia $
& Nbsp; execution_failure_criteria c, p
}
Most, ha valami balul sül el check_ganglia_metric, csak egy figyelmeztető jelzés lesz küldött ki a cache fájlt, és az összes alárendelt szolgáltatás ellenőrzések szünetelni fog, amíg meg nem oldja meg a problémát, ami miatt check_ganglia_metric, hogy nem. Miután a problémát megoldotta, akkor frissíteni kell az időbélyeg a cache fájlt, hogy tegye a "Cache check_ganglia_metric" szolgáltatást vissza egy OK állam (amely lehetővé teszi függővé műszaki ellenőrzésen, hogy továbbra is):
& Nbsp; érintés /var/lib/nagios/.check_ganglia_metric.cache
Tippek és trükkök
Lehetséges, hogy egy teljes listát a rendelkezésre álló házigazdák és mérőszámok azáltal, hogy "még bővebb" naplózás (-vv). Mivel a metric_host és METRIC_NAME opciók szükségesek, van egy kicsit a "tyúk vagy a tojás" probléma, de ez rendben van. Csak kínálat néhány fiktív adat. A plugin hiba ki a végén a "host / metrikus nem található" hiba, de előtte kiírja a cache:
& Nbsp; check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = dummy --metric_name = dummy -vv

Mi az új ebben a kiadásban:

• Add - -metrics_max_age lehetőség
• Merge CHANGELOG.rst be README.rst

követelmények :

• Python
• Nagios

korlátai :

• nem működik Python 2.4