Ну и зря, nagios отличная штука.

под nagios плагины хорошо пишутся на перле. модуль специальный есть.

зачем тебе велосипед с квадратными колесами?

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

Сам пилить нужный функционал затрахаешься, я уже пробовал несколько лет назад. Всё реально конечно, но зачем изобретать велосипед не ясно...

Если не найдется

Не найдется

то думаю запилить свой кроссплатформенный велосипед в рамках самообучения на Qt.

Пили нативную морду к Nagios/Zabbix/Zenoss

Zabbix.

Сейчас пишу на Qt морду к нему, так как веб-интерфейс не совсем устраивает.

>Сам пилить нужный функционал затрахаешься, я уже пробовал несколько лет назад. Всё реально конечно, но зачем изобретать велосипед не ясно...

+1

В одном реально крупном провайдере, где вечно нет денег на железо, а настоящие профессионалы с золотыми, головами и руками получают гроши, но работают там годами и уходить не собираются... Э... В общем, у них Cacti. И это о чём-нибудь, да говорит (там масштабы сетевого хозяйства весьма внушительные, а железки хоть и древние, но достаточно сложные).

DRVTiny> а настоящие профессионалы с золотыми, головами и руками получают гроши, но работают там годами и уходить не собираются... И это о чём-нибудь, да говорит

Это говорит не в их пользу

А как в Cacti карту сети нарисовать? Плагин для уведомлений при превышении пороговых значений там есть, но под отображение структуры сети оно вроде вовсе не заточено.

(Сам пользуюсь Cacti 0.8.7e для рисования графиков всякоразных и Nagios 3.2 для уведомлений и карты сети)

Zabbix

+1 Zabbix.

Zabbix среди опенсорсных самый удобный, но у него есть критичные недостатки, потому в продакшн опасно пускать.

Zabbix среди опенсорсных самый удобный, но у него есть критичные недостатки, потому в продакшн опасно пускать.

Конкретнее можно?

>Конкретнее можно?
айтем типа ssh, если заббикс не сможет зайти на сервер по ssh он молча отключит этот айтем, его потом нужно будет самому найти и ручками включить. Аналогично со скриптами, если вдруг скрипт возвратит вместо числа строку то айтем отключится. Это решается костылем с созданием триггера который мониторит наличие в базе отключенных айтемов, но имхо, это слишком кривой костыль.
Второе что бесит - невозможность вручную запустить айтем - т.е. всегда приходится ждать когда забикс там сам себе надумает его прогнать.

айтем типа ssh, если заббикс не сможет зайти на сервер по ssh он молча отключит этот айтем, его потом нужно будет самому найти и ручками включить.

ни разу не отключался, если все конечно задано корректно.

Аналогично со скриптами, если вдруг скрипт возвратит вместо числа строку то айтем отключится.

Может стоит это предусмотреть при написании скрипта? Или при содании item указывать не «Число», а текст?

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

Так он надумает его прогнать в зависимости от delay, который задан при создание этого элемента, если конечно на сервере не скапливается очередь.

>ни разу не отключался, если все конечно задано корректно.
ZBXNEXT-341

Может стоит это предусмотреть при написании скрипта? Или при содании item указывать не «Число», а текст?

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

Так он надумает его прогнать в зависимости от delay,

часто это неприемлемо. допустим если был тригер на айтеме, ошибку исправили и надо убедиться что все тригеры зеленые, в заббиксе придется ждать. а если у айтема задана проверка раз в сутки, то ожидание может затянуться. опять же данные из системы мониторинга могут использоваться для оценки скорости реакции/работы соответствующего персонала.

часто это неприемлемо. допустим если был тригер на айтеме, ошибку исправили и надо убедиться что все тригеры зеленые, в заббиксе придется ждать. а если у айтема задана проверка раз в сутки, то ожидание может затянуться. опять же данные из системы мониторинга могут использоваться для оценки скорости реакции/работы соответствующего персонала.

Да, здесь верно, спорить не буду.

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

Указывайте в таком случае item ни число получать, а текст и будет все в порядке.

>Указывайте в таком случае item ни число получать, а текст и будет все в порядке.
а они тогда будут нормально обрабатываться? графики например или эффективность хранения? такая мысль меня несоклько раз помещала, но почему-то казалось что числа надо хранить как числа.

> Плагин для уведомлений при превышении пороговых значений там есть

Вообще то какти это не система мониторинга. Даже если его можно к этому принудить.

Да, этого я не учел, с графиком будет беда, с хранением все в норме.

Но все же, желательно это предусмотреть в скрипте.

2.0 выйдет, много проблем уйдет.

Ты ищешь zabbix.
Кстати, к нему написаны морды под android. Напиши свою на qt, если тебе это критично.

prizident

часто это неприемлемо. допустим если был тригер на айтеме, ошибку исправили и надо убедиться что все тригеры зеленые, в заббиксе придется ждать. а если у айтема задана проверка раз в сутки, то ожидание может затянуться. опять же данные из системы мониторинга могут использоваться для оценки скорости реакции/работы соответствующего персонала.

Feature request писал в support.zabbix.com?

>Вообще то какти это не система мониторинга. Даже если его можно к этому принудить.

Да, в большинстве случаев это не нужно. И схемы сети оно рисовать вообще не умеет - т.к., по большому счету, является навороченной оберткой для rrdtool. См. топик и сообщение DRVTiny, на которое я отвечал - просто не хотелось быть слишком категоричным. Вместо того, чтобы кричать «так не бывает», проще задать вопрос, ответа на который заведомо не будет.

> по большому счету, является навороченной оберткой для rrdtool

Можно назвать одним словом. Это система статистики (против мониторинга или чего либо ещё).

сообщение DRVTiny

Рискну предположить что у тех людей просто не только какти :) Одна задача - одна программа.

>Feature request писал в support.zabbix.com?

https://support.zabbix.com/browse/ZBXNEXT-473

про остальное тоже у них там есть реквесты, в том числе про самоотключающиеся айтемы ZBXNEXT-341/ZBX-1003. Банально это причина почему заббикс как систему мониторинга нельзя считать достоверным и надежным.

Если кому-то интересно то у нас на работе используется коммерческий HP SiteScope. У него конечно есть недостатки, но такие элементарные вещи он умеет делать.

prizident

https://support.zabbix.com/browse/ZBXNEXT-473про остальное тоже у них там есть реквесты, в том числе про самоотключающиеся айтемы ZBXNEXT-341/ZBX-1003. Банально это причина почему заббикс как систему мониторинга нельзя считать достоверным и надежным.

Частично реализовано сейчас для проверки поведения триггеров.
У нас крутится 1.8.8, в нём есть возможность вручную подсунуть в специальное поле значение, которое, якобы, пришло от какого-нибудь item и посмотреть на поведение триггеров и всего, что на нём завязано (уведомления, например).