check_ganglia_metric

check_ganglia_metric е плъгин Nagios, която ви позволява да предизвика предупреждения за всеки ганглии показател.
check_ganglia_metric е силно вдъхновен от check_ganglia_metric.php Владимир Vuksan, но той идва с редица подобрения.
<Силен>
Монтаж
# PIP инсталирате check_ganglia_metric
... Или:
# Easy_install check_ganglia_metric
<Силен> ганглии Configuration
Освен ако вашият сървър Nagios и ганглии Meta Daemon използвате на същия хост, вероятно трябва да редактирате gmetad.conf да позволи дистанционно свързване от вашата Nagios сървър.
За да се даде възможност на свързвания от nagios-server.example.com:
trusted_hosts nagios-server.example.com
За да се даде възможност на свързвания от всички източници (вероятно риск за сигурността):
all_trusted на
<Силен> Тестване на командния ред,
Първо, нека да видим дали check_ganglia_metric може да комуникира с ганглиите Meta Daemon:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle
Статус Ok, CPU Idle = 99,3% | cpu_idle = 99,3% ;;;;
"Ok Статус" Съобщението показва, че check_ganglia_metric работи. Ако имате проблеми с получаване на това да работят, опитайте отново с многословно регистриране поддръжка (--verbose), за да получат по-добра представа за това, което се случва погрешно.
Сега нека се опитаме определяне алармените прагове:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
Статус Critical, CPU Idle = 99,6% | cpu_idle = 99,6% ;; 99 ;;
Казахме check_ganglia_metric да се върне на статут "Critical" ако Idle процесора е по-голям от 99. "Критично положение" съобщението се посочва, че тя работи. Имайте предвид, че check_ganglia_metric прави разбор диапазони и прагове според официалните Nagios насоките за развитие на плъгин.
За да видите пълен списък с опции за командния ред с кратки обяснения, тичам check_ganglia_metric с --help опция.
<Силен> Nagios Configuration
Първо, да даде определение за команда:
определи команда {
& 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 $
}
Сега можете да използвате по-горе команда в своите дефиниции за услуги:
Задайте услугата {
& Nbsp; service_description CPU празен ход - ганглии
& Nbsp; използване some_template
! & Nbsp; check_command check_ganglia_metric cpu_idle 0: 20 0: 0!
& Nbsp; host_name host.example.com
}
Това ще работи добре, докато нещо се обърка с check_ganglia_metric (например кеш файл не може да се чете / записва, ганглиите Meta демона не може да бъде постигнато, и т.н.). В този момент, всяка услуга, която разчита на check_ganglia_metric ще се провали, вероятно сте наводнявайки със сигналите. Ние можем да се предотврати това чрез използването на зависимости услуги.
Първото нещо, което трябва, е определение команда за проверка на възрастта на файл:
определи команда {
& Nbsp; command_name check_file_age
& Nbsp; command_line / ЮЕсАр / ИЪ / Nagios / плъгини / check_file_age -f $ ARG1 $ -w $ ARG2 $ -С $ ARG3 $
}
На следващо място, ние определяме услуга, която проверява възрастта на кеш файл check_ganglia_metric си. Имайте предвид, че за да бъде истински ефективна, се нуждае от тази услуга, за да се проверява поне като (за предпочитане повече) често от всички други проверки, които разчитат на check_ganglia_metric:
Задайте услугата {
& Nbsp; service_description Cache за check_ganglia_metric
& Nbsp; използване 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
}
И накрая, ние се създаде действително зависимостта на услугата. Имайте предвид, че съм включен use_regexp_matching в Nagios, което ми позволява да използвате регулярни изрази в директиви ми. Чрез залепване "- ганглии" в края на всяка услуга, която разчита на check_ganglia_metric, мога да се спести много усилия:
дефинира servicedependency {
& Nbsp; host_name Localhost
& Nbsp; service_description Cache за check_ganglia_metric
& Nbsp; dependent_host_name *.
& Nbsp;. Dependent_service_description * - ганглии $
& Nbsp; execution_failure_criteria C, стр
}
Сега, ако нещо се обърка с check_ganglia_metric, само един сигнал ще бъде изпратен за кеш файл, и всички проверки зависими услуги ще бъдат временно спрени, докато не реши проблема, която е предизвикала check_ganglia_metric да се провали. След като проблемът е решен, ще трябва да се актуализира клеймото на кеш файл, за да изведе "Кеш за check_ganglia_metric" услуга обратно в OK състояние (което ще позволи зависими проверки на услуги да продължат):
& Nbsp; докосване /var/lib/nagios/.check_ganglia_metric.cache
<Силни> Съвети и трикове
Това е възможно да получите пълен списък на наличните източници и показатели, като се позволи "по-многословен" сеч (-vv). Тъй като са необходими metric_host и METRIC_NAME опции, имате малко на "кокошката и яйцето" проблем тук, но това е ОК. Просто предостави някои фиктивни данни. Приставката ще грешка в края с "хост / метричен не е намерен" грешка, но не и преди да го зарязва своята кеш:
& Nbsp; check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
& Nbsp; - metric_host = сляпо --metric_name = сляпо -vv

Какво ново в тази версия:

• Add - -metrics_max_age вариант
• Merge CHANGELOG.rst в README.rst

<силни> Изисквания :

• Python
• Nagios

<силни> Ограничения :

• Не работи с Python 2.4