check_ganglia_metric

check_ganglia_metric este un plugin Nagios care vă permite să declanșeze alerte cu privire la orice ganglionilor metric.
check_ganglia_metric a fost puternic inspirat de check_ganglia_metric.php Vladimir Vuksan lui, dar el vine cu o serie de îmbunătățiri.

Instalare
# Pip instala check_ganglia_metric
... Sau:
# Easy_install check_ganglia_metric
ganglionilor Configurare
Cu excepția cazului în server-ul dvs. Nagios și ganglionilor Meta Daemon se execută pe aceeași gazdă, probabil Trebuie să editați gmetad.conf pentru a permite conexiuni la distanță la serverul dumneavoastră Nagios.
Pentru a permite conexiuni de la nagios-server.example.com:
trusted_hosts nagios-server.example.com
Pentru a permite conexiuni de la toate gazdele (probabil un risc de securitate):
all_trusted pe
Testarea pe linia de comandă
În primul rând, să vedem dacă check_ganglia_metric poate comunica cu ganglionii Meta Daemon:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle
Stare Ok, CPU Idle = 99,3% | cpu_idle = 99,3% ;;;;
"Stare Ok" Mesajul indică faptul că check_ganglia_metric este de lucru. Dacă aveți probleme cu obtinerea aceasta să funcționeze, încercați din nou cu înscrierea detaliată în jurnal activat (--verbose), în scopul de a obține o mai bună înțelegere a ceea ce se întâmplă greșit.
Acum să încercăm stabilirea unui prag de alertă:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
Stare critică, CPU Idle = 99,6% | cpu_idle = 99,6% ;; 99 ;;
Ne-a spus check_ganglia_metric pentru a reveni un statut "critică" în cazul în care procesorul Idle a fost mai mare decât 99. "stare critică" mesajul indică faptul că a mers. Rețineți că check_ganglia_metric analizează intervale și praguri în conformitate cu liniile directoare de dezvoltare uri oficiale Nagios.
Pentru a vedea o listă completă de opțiuni de linie de comandă cu explicații scurte, rula check_ganglia_metric cu opțiunea --help.
Nagios Configurare
În primul rând, creați o definiție comandă:
comandă defini {
& Nbsp; command_name check_ganglia_metric
& Nbsp; command_line /usr/bin/check_ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ HOSTADDRESS $ --metric_name = $ ARG1 $ --warning = $ ARG2 $ --critical = $ ARG3 $
}
Acum puteți folosi comanda de mai sus în definițiile de servicii:
defini serviciu {
& Nbsp; service_description CPU inactiv - ganglionilor
& Nbsp; utilizare some_template
! & Nbsp; check_command check_ganglia_metric cpu_idle 0: 20 0: 0!
& Nbsp; nume_gazdă host.example.com
}
Acest lucru va funcționa bine până când ceva nu merge bine cu check_ganglia_metric (de exemplu, fișierul cache nu poate fi citit / scris, ganglionii Meta Daemon nu poate fi atins, etc.). În acel moment, fiecare serviciu care se bazează pe check_ganglia_metric va eșua, eventual te inundarea cu alerte. Putem preveni acest lucru prin utilizarea de dependențe de servicii.
Primul lucru de care avem nevoie este o definiție comandă pentru verificarea vârstei de un fișier:
comandă defini {
& Nbsp; command_name check_file_age
& Nbsp; command_line / usr / lib / Nagios / plugins / check_file_age -f $ ARG1 $ -w $ ARG2 $ -c $ ARG3 $
}
Mai departe, vom defini un serviciu care verifică vârsta de check_ganglia_metric lui fișier cache. Rețineți că, pentru a fi cu adevărat eficace, acest serviciu trebuie să fie verificată cel puțin la fel de (de preferință mai) frecvent decât toate celelalte verificările care se bazeaza pe check_ganglia_metric:
defini serviciu {
& Nbsp; Cache service_description pentru check_ganglia_metric
& Nbsp; utilizare some_template
& Nbsp;!! Check_command check_file_age /var/lib/nagios/.check_ganglia_metric.cache 60 120
& Nbsp; nume_gazdă localhost
& Nbsp; check_interval 1
& nbsp; max_check_attempts 1
}
Și, în sfârșit, ne-am înființat dependența de service actuale. Rețineți că am activat use_regexp_matching în Nagios, care-mi permite să folosească expresii regulate în directivele mele. Prin lipirea "- ganglionilor" de la sfârșitul fiecărui serviciu care se bazează pe check_ganglia_metric, mă pot salva o mulțime de efort:
defini servicedependency {
& Nbsp; nume_gazdă localhost
& Nbsp; Cache service_description pentru check_ganglia_metric
& Nbsp; dependent_host_name *.
& Nbsp;. Dependent_service_description * - ganglionilor $
& Nbsp; execution_failure_criteria c, p
}
Acum, dacă ceva nu merge bine cu check_ganglia_metric, doar o avertizare va fi trimis despre fișierul cache, și toate controalele de servicii dependente va fi întrerupt până când rezolva problema care a cauzat check_ganglia_metric pentru a eșua. Odată ce problema este fix, va trebui să actualizați timestamp pe fișierul cache, în scopul de a pune "Cache pentru check_ganglia_metric" serviciu nou într-o stare OK (care va permite controale servicii dependente pentru a continua):
& Nbsp; rămâne /var/lib/nagios/.check_ganglia_metric.cache
Sfaturi și trucuri
Este posibil pentru a obține o listă completă a gazde disponibile și măsurătorile, permițându "mai detaliată" logare (VV). Deoarece sunt necesare optiunile metric_host și METRIC_NAME, ai un pic de un "pui și ouă" problemă aici, dar asta e în regulă. Doar furnizeze unele date fictive. Plugin va eroare la sfârșitul cu o "gazdă / metric nu a fost găsit" eroare, dar nu înainte de a gropilor de cache-ul:
& Nbsp; check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = --metric_name adversari în poziție centrală = VV adversari în poziție centrală

Ce este nou în această versiune:

• Adăugați - opțiune -metrics_max_age
• Merge CHANGELOG.rst în README.rst

Cerințe :

• Python
• Nagios

Limitări :

• Nu merge cu Python 2.4