Вышла версия ZABBIX 1.6

опять пеар??? а шо ибм уже недостаточно?

хорошая штука, юзаю давненько

Жаль что старые баги веками не исправляются...

чем оно лучше nagios кроме того что написано на глобальном и надежном?

>ZABBIX – это система корпоративного класса с открытым исходным кодом

пока оно не умеет аггрегировать проверки в бизнес-сервисы и не имеет модуля отчетности, ни о каком корпоративном классе не может быть и речи.

вот сейчас думаю или nagios или zabbix.
В нагиос доки хорошие,плагины..., а в забикс пока не вижу что хорошего..
Что посоветуете? :)

А чем оно лучше conky ? :)

О да! ждал сабж еще с весны.

уже потираю ручки - сначала на тесте погоняю, потом в продакшен. но придется опять патчить (дописывать) фронтенд

>Что посоветуете? :)

заббикс. ибо -

маштабируется легче
нет помойки в конфигах
более гибкое конф-ие всего и вся.
любые свои триггеры пишутся на лету
да просто куча фич, которых нет в нагиосе (почтитайте анонс 1.6)

>маштабируется легче, нет помойки в конфигах, более гибкое конф-ие всего и вся, любые свои триггеры пишутся на лету

все это есть в nagios

>да просто куча фич, которых нет в нагиосе

каких?

Например, удобства сонфигурирования

>вот сейчас думаю или nagios или zabbix. >В нагиос доки хорошие,плагины..., а в забикс пока не вижу что >хорошего.. >Что посоветуете? :)

HP System Insight Manager

> пока оно не умеет аггрегировать проверки в бизнес-сервисы и не имеет модуля отчетности, ни о каком корпоративном классе не может быть и речи.

Это вы о чём?

Вообщем нагиос для любителей вечного ковыряния.... забих поставил и работает..... хосты добавляешь и всё... ну тригера пишешь иногда. Более удобного инструмента не нашёл...

>HP System Insight Manager

тут я посмотрю гуру мониторинга собрались: кто-то коньки советует, кто-то SIM. HP SIM предназначен исключительно для нотификации о проблемах с оборудованием серверов HP и следит за версиями софта от HP, при этом работает только на windows (прошу прощения кого спалил:). Ясное дело, что на _рынке_ рулит HP OVO, NNM и ServiceNavigator (в нагрузку можно еще сервисдеск с cmdb прикрутить), но у автора вопроса на эти продукты не хватит ни денег, ни навыков, ни времени.

>Это вы о чём?

могу подробнее рассказать. в том варианте, в котором используют что zabbix, что nagios в большинстве организаций они со своими задачами (оповестить обслуживающий персонал раньше, чем неполадку заметит клиент) справляются наотлично. Но вот нам сейчас нужно несколько другое, а именно: 1. по возникающей проблеме создать тикет. 2. решить возникший тикет с определенным статусом, описанием решения, указанием затраченного времени. 3. в конце месяца по тикетам, решениям и времени сделать отчет и выслать его заказчику. Нужна некая сущность "бизнес-сервис", которая по сути была бы составлена из более мелких таких же сущностей и простых проверок, которые делаются системой мониторинга. Пример: есть некий сайт, использующий некий сервер приложений и БД; на сервере БД проверяется состояние дискового массива, загруженность базы, доступность базы, на сервере приложений просто мониторится работоспособность этого сервера; в этом примере "сайт" - это и есть сущность, которая аггрегирует доступность БД, загрузку БД, состояние дискового массива и достапность сервера приложений; если загруженность БД возросла, то "сайт" нужно рисовать желтеньким, если из дискового массива вылетил диск, то "БД" и "сайт" нужно рисовать желтеньким, если "БД" недоступна, то "сайт" нужно рисовать красненьким. Идея ясна?

>Вообщем нагиос для любителей вечного ковыряния.... забих поставил и работает..... хосты добавляешь и всё... ну тригера пишешь иногда. Более удобного инструмента не нашёл...

как-то странно, скачал groundwork (там nagios внутрях), а он зараза работает и ковыряться с ним не нужно.

> могу подробнее рассказать. в том варианте, в котором используют что zabbix, что nagios в большинстве организаций они со своими задачами (оповестить обслуживающий персонал раньше, чем неполадку заметит клиент) справляются наотлично. Но вот нам сейчас нужно несколько другое, а именно: 1. по возникающей проблеме создать тикет. 2. решить возникший тикет с определенным статусом, описанием решения, указанием затраченного времени. 3. в конце месяца по тикетам, решениям и времени сделать отчет и выслать его заказчику. Нужна некая сущность "бизнес-сервис", которая по сути была бы составлена из более мелких таких же сущностей и простых проверок, которые делаются системой мониторинга. Пример: есть некий сайт, использующий некий сервер приложений и БД; на сервере БД проверяется состояние дискового массива, загруженность базы, доступность базы, на сервере приложений просто мониторится работоспособность этого сервера; в этом примере "сайт" - это и есть сущность, которая аггрегирует доступность БД, загрузку БД, состояние дискового массива и достапность сервера приложений; если загруженность БД возросла, то "сайт" нужно рисовать желтеньким, если из дискового массива вылетил диск, то "БД" и "сайт" нужно рисовать желтеньким, если "БД" недоступна, то "сайт" нужно рисовать красненьким. Идея ясна?

Предельно то есть это личные требования для вас.... и вы себя считаете интерпрайсом.... и поэтому вы считаете что если вам оно не подходит то оно не интерпрайс... Хотя используется он в полне интерпрасных инсталяциях

>как-то странно, скачал groundwork (там nagios внутрях), а он зараза работает и ковыряться с ним не нужно.

Ну это другой продукт... не смотря на то что у него внутри

В принципе, неплохая система мониторинга.. Равно как и nagios, zenoss и так далее..

>Ну это другой продукт... не смотря на то что у него внутри

нет, это именно nagios + обвзяка, ребята не стали изобретать новый велосипед и сделали быстро то, что так не хватало nagios: простую конфигурацию + интеграция с rrd и nagvis.

>вы считаете что если вам оно не подходит то оно не интерпрайс... Хотя используется он в полне интерпрасных инсталяциях

при чем здесь ынтырпрайз/не ынтырпрайз? на дворе сейчас 21й век, а вы все в каменном сидите, сейчас айтишников за богов считают только в совдеповских конторах, да и то уже не во всех. И бизнес хочет видеть что делает IT. Нужны всего две простые вещи: отчетность, бизнес-сервисы (ну еще секьюрити на просмотр не помешала бы) и продукт уже в состоянии конкурировать на рынке (не в каком-то датацентре, а именно на рынке)

Наше фсё.

Лучше Нагиоса тем что в нём из коробки графики любой сложности, простой интерфейс, простой но мощныый распределённый модуль. SLA, Auto-Discovery =) А взводится за 15 минут =) И при этом если постараться, то может мониторить объёмы ни разу не меньше чем Нагиос.

Штука классная, только название неправильное. Я бы переименовал в Zaebix.

кривое говно с кучей багов, которые, к тому же, и не исправляются.

ZABBIX не нужен

NetXMS - Ъ !

> Вообщем нагиос для любителей вечного ковыряния.... забих поставил и работает..... хосты добавляешь и всё... ну тригера пишешь иногда. Более удобного инструмента не нашёл...

Сам пользую заббикс, но подумываю о нагиосе, т.к. нагиос умеет wmi, а так же там, как я понял, можно через snmp с виндовых машинок брать размер свободного места на ФС. Суть в том, что в винде свободное место рассчитывается, беря два параметра по snmp - количество блоков и размер блоков. Т.е. в случае заббикса нужно это ручками пририсовывать как минимум новые источники данных. Уже не говоря о каком-то скрипте, который бы всё это перемножал (чего не нашёл как сделать). В нагиосе всё это делается. Ставить заббиксовый клиент можно, но не очень как-то гибко. Приятственне было бы брать через виндовый wmi, который, как я понимаю, в винде по-умолчанию включен.

Следовательно, будьте добры, если знаете, подскажите: 1. Можно ли к заббиксу прикрутить wmi? 2. Можно ли к заббиксу прикручивать скрипты на чём-либо (желательно на баше)? 3. Есть ли какие-либо полные темплейты (помимо тех, которые на вики заббикса) для виндовых машинок и для телесинов?

Извените за форматирование.

> Вообщем нагиос для любителей вечного ковыряния.... забих поставил и работает..... хосты добавляешь и всё... ну тригера пишешь иногда. Более удобного инструмента не нашёл...

Сам пользую заббикс, но подумываю о нагиосе, т.к. нагиос умеет wmi, а так же там, как я понял, можно через snmp с виндовых машинок брать размер свободного места на ФС. Суть в том, что в винде свободное место рассчитывается, беря два параметра по snmp - количество блоков и размер блоков. Т.е. в случае заббикса нужно это ручками пририсовывать как минимум новые источники данных. Уже не говоря о каком-то скрипте, который бы всё это перемножал (чего не нашёл как сделать). В нагиосе всё это делается. Ставить заббиксовый клиент можно, но не очень как-то гибко. Приятственне было бы брать через виндовый wmi, который, как я понимаю, в винде по-умолчанию включен.

Следовательно, будьте добры, если знаете, подскажите:
1. Можно ли к заббиксу прикрутить wmi?
2. Можно ли к заббиксу прикручивать скрипты на чём-либо (желательно на баше)?
3. Есть ли какие-либо полные темплейты (помимо тех, которые на вики заббикса) для виндовых машинок и для телесинов?

>каких?

Ну например возможность быстро проверить пару метрик на корреляцию (напр., связан ли рост времени генерации страницы с числом тредов на DB-сервере, с disk utilization на сторэйдж-серверах, с CPU utilization на ферме веб-серверов, со скачком входящего трафика на балансировщиках etc).

Graphs, screens, человеческие maps, удобная и легко настраиваемая системы триггеров и экшнов etc. Т.е., в конечном итоге, более удобное представление информации и упрощённая конфигурация (что позволяет активно пользоваться им и не сотрудникам службы технической поддержки -- например, программистам: самостоятельно создавать чеки для каких-то своих внутренних вещей, вешать уведомления etc) Вообще, Zabbix очень удобно использовать для общения с разработчиками (сразу видно как ведёт себя новый билд, например), ну и плюс для Zabbix есть Zapcat (http://www.kjkoster.org/zapcat/), позволяющий быстро начать мониторить любые внутренние метрики приложения -- т.е. мониторить непосредственно само приложение, а не его окружение (память, диски, трафик).

Для Zabbix есть web scenarios.

Он (на глаз, правда) менее ресурсоёмок.

Есть очень легко разворачиваемая система прокси (ну и вообще distributed вещи очень легко делаются).

Есть мониторинг логов (дохленький, но для простых задач достаточно). Есть встроенная возможность

В общем, мы на Нагиосе просидели суммарно лет семь (трёшку не смотрели), а теперь, вот, все новые проекты идут только в Заббикс, и старые туда в течение полугода наверняка мигрируют.

Для Нагиоса много готовых решений, userbase больше -- ну да свой чек написать тут давно уже не проблема.

Но это в случае установки агента... А в случае мониторинга через snmp там довольно грустно. Можно ли как-то к заббиксу прикручивать скрипты? Чтобы связывать разрозненные параметры, принимаемые по snmp. А так же ведь, я считаю, что для мониторинга виндовых машин, поддержка wmi - большой плюс. Что есть в зенос (в пред. постах я ошибся - имел в виду не нагиос, а зенос).

>Ну например возможность быстро проверить пару метрик на корреляцию (напр., связан ли рост времени генерации страницы с числом тредов на DB-сервере, с disk utilization на сторэйдж-серверах, с CPU utilization на ферме веб-серверов, со скачком входящего трафика на балансировщиках etc).

http://www.groundworkopensource.com/community/open-source/rrdtool.html

>Graphs, screens, человеческие maps, удобная и легко настраиваемая системы триггеров и экшнов etc.

все есть: http://www.groundworkopensource.com/

>Для Zabbix есть web scenarios.

у меня есть jakarta jmeter и jmeter.pl

Почему-то никто не сказал что в заббиксе таки можно считать доступность тех самых бизнес-сервисов как сумму зависимостей сервисов. Это Hierarchial IT Services и Real-time SLA reporting.

> вот сейчас думаю или nagios или zabbix. В нагиос доки хорошие,плагины..., а в забикс пока не вижу что хорошего..

если у тебя в основном snmp-железо (сетевые компоненты), то зяблик -- самое оно и никто с ним рядом не стоял. если же надо мониторить сервисы, самописные аппликухи и извращаться потому, что кодеры не предусмотрели мониторинг того, что написали, то нагиос -- рулез фарева.

Ну у нас, видимо, задачи сильно разные.

Я работаю в небольшой (~100 человек) компании, давно и успешно занимающейся .. всяким: аутсорсинг, хостинг, контент-провайдинг -- you name it. Моя, лично, работа -- проектировать, создавать и поддерживать системы, на которых крутятся активно используемые (миллионы хитов в сутки) постоянно модифицируемые (десятки билдов в день) приложения. Поэтому мне нужна простая, удобная и гибкая, прежде всего -- *система сбора статистики* -- с возможностью назначать действия на критические значения метрик, удобным интерфейсом для анализа собираемой информации etc. Сервисрепорты, SLA, интеграция с хелпдеском -- для меня это оверкилл, лишние элементы интерфейса.

С другой стороны, если бы я поддерживал крупную гетерогенную сеть в корпорации с формальным набором требованием к отчётности IT-отдела, то я бы сейчас смотрел в сторону Ground Work.

Да, кстати: сейчас интервал между чеками на Заббиксе у нас в среднем 20 сек. Nagios/MRTG сильно просаживаются уже на сотне раз-в-минуту чеков.

>1. по возникающей проблеме создать тикет... есть связка nagios <=> otrs

>Почему-то никто не сказал что в заббиксе таки можно считать доступность тех самых бизнес-сервисов как сумму зависимостей сервисов. Это Hierarchial IT Services и Real-time SLA reporting.

ага, этому посвящен целый абзац(!) в доке

Документация там очень слабая, да. С другой стороны, за два месяца я к ней обращался полтора раза в очень экзотических ситуациях (понятно, без толку).

В корпорации, где я раньше работал, использовали ВВ для мониторинга, потом решили перейти на nagios+rrd. В общем nagios+rrd слишком неудобно для мониторинга, это система оповещения о событиях.

А zabbix, хоть и недотягивает до ВВ по многим вопросам - в частности по ресурсоемкости, несравнимо лучше nagios+rrd именно как система мониторинга.

у нас по простому, нагиос для оповещения, cacti для мониторинга.

Ребят, чего ругаетесь?

Наша компания сейчас спонсировала разработку Zabbix, а именно:

Нам требовалось резкое повышение производительности (в 3-4 раза)
Поддержка IPMI (дабы мониторинг сам мог сервера перегружать, информацию с датчиков снимать аппаратных и тд)

И еще ряд вещей.

Так вот - даже по первым тестам релиза, поставленные цели дейсвительно достигнуты.

Размер нашего кластера - более тысячи серверов, которые надо мониторить пачку параметров.

Говорить про Nagios тут просто смешно - он тупо умрет на количестве раз в 5 меньшем.

Старые заббиксы тоже умирали (хотя и на бОльшем количестве железа), но в этой версии Алексей и команда поработали очень хорошо...

Учитывая отличшую "вшитую" поддержку snmp, триггеры очень грамотрная конфигруация, автодискавери серверов и сервисов - и еще много-много всего, Nagios "рядом не валялся".

А заббикс так и не меняет статус у хоста когда тот не пингуется?

это ты наверное заббикс года 4 назад пробовал? первую альфа версию?

Нет, на 1.6 точно также. Сейчас например свитч не пингуется, а в списке хостов написано "Available". http://www.zabbix.com/forum/showthread.php?t=6885

Available - это состояние агента, а не самого хоста!

там в теме уже отвечено собственно.

патч твой некорректен, и icmp вообще в общем случае - очень неудачный способ проверять "живость" железа.

события надо триггерами отрабатывать

вот предложение ввести управление связью между триггером и статусом хоста (как предложил другой человек) - разумно, возможно попросим алексея сделать.

Аха, леша с латышей быстротой это реализует версии так к каварнадцатой.

>Вообщем нагиос для любителей вечного ковыряния.... забих поставил и работает..... хосты добавляешь и всё... ну тригера пишешь иногда. Более удобного >инструмента не нашёл...

Вообщем zabbix для любителей вечного ковыряния.... nagios поставил и работает..... хосты добавляешь и всё... ну плагины пишешь иногда. Более удобного инструмента не нашёл...

в этом быдломониторинге даже нет постраничного вывода хостов...

плагин для nagios на perl или даже bash вокруг snmpget слабо написать?

#!/bin/bash HOST=$1 COMMUNITY=$2 DISK=$3 WARNING=$4 CRITICAL=$5 SNMP="snmpget -v 1 -c $COMMUNITY -O qvU $HOST" OIDS=(hrStorageDescr hrStorageAllocationUnits hrStorageSize hrStorageUsed) VALUES=(`$SNMP ${OIDS[0]}.$DISK ${OIDS[1]}.$DISK ${OIDS[2]}.$DISK ${OIDS[3]}.$DISK|awk '{print $1}'`) if [ ! -z "${VALUES[*]}" ] && [ ${VALUES[1]} != 0 ] && [ ${VALUES[2]} != 0 ] && [ ${VALUES[3]} != 0 ] then SIZE=`expr ${VALUES[2]} "*" ${VALUES[1]} "/" 1024 "/" 1024` USED=`expr ${VALUES[3]} "*" ${VALUES[1]} "/" 1024 "/" 1024` FREE=`expr $SIZE - $USED` PERCENTAGE=`echo "scale=2;$USED / $SIZE * 100"|bc -l|cut -b 1-2|column -s . -t|awk {'print $1'}` if [ $PERCENTAGE -ge $CRITICAL ] then echo "Volume ${VALUES[0]} CRITICAL: $PERCENTAGE%, Size $SIZE MB, Used $USED MB, Free $FREE MB" STATE=2 fi if [ $PERCENTAGE -ge $WARNING ] && [ $PERCENTAGE -lt $CRITICAL ] then echo "Volume ${VALUES[0]} WARNING: $PERCENTAGE%, Size $SIZE MB, Used $USED MB, Free $FREE MB" STATE=1 fi if [ $PERCENTAGE -lt $WARNING ] && [ $PERCENTAGE -lt $CRITICAL ] then echo "Volume ${VALUES[0]} OK: $PERCENTAGE%, Size $SIZE MB, Used $USED MB, Free $FREE MB" STATE=0 fi else echo "UNKNOWN: Unable to obtain data" STATE=3 fi exit $STATE

>Размер нашего кластера - более тысячи серверов, которые надо мониторить пачку параметров.

ага, с 1000 нод снимать однотипные параметры по snmp, такое и студент за пару дней напишет

>Говорить про Nagios тут просто смешно - он тупо умрет на количестве раз в 5 меньшем.

может поспорим на что-нибудь? приблуду которая собирает однотипные параметры с 1000 нод, а потом резульатыт пишет в сокет нагиоса реализовать не проблема.

>Учитывая отличшую "вшитую" поддержку snmp

ага: snmp на хосте нет, все, проверять не можем.

после безуспешной попытки довести до ума ossim поставил и настроил nagios быстро и без проблем, попытка прикрутить графики с помощью NagiosGrapher привела к покупке топора в магазине и желанию в ближайшем будущем отрубить руки авторам плагина, уже точу топор...

[Обмен опытом] [Oбщая информация]

Недавно начал валиться HP'шный NNM, т.е. поработает часик и валится.
Выяснилось что криво настроенный раутер выдал по snmp инфу о более полу-миллионе несуществующих у нас сетевых сегментов, от чего NNM с час кряхтел и валился с ошибкой о нехватке памяти (на машине 2Гб рам + 4Гб своп)
Процесс удаления полу-миллиона сегментов занял 5 суток. Теперь снова все в порядке.

мда, шапа попытался всех обмануть, а вот не вышло:
http://www.nagios.org/userprofiles/viewprofile.php?profile_id=2004
Number of Monitoring Servers (Servers Running Nagios): 20 
Total # of Hosts Being Monitored: 100000 
Total # of Services Being Monitored: 1000000 

> начал валиться HP'шный NNM
судя по его потрохам и опыту восстановления - гуано редкостное.
зачем там sybase - я до сих пор понять не могу, он только проблем добавляет.