Дэн Иванов

На самом деле, сейчас сталкиваюсь с тем что у людей какое-то очень странное понимание того, что такое мониторинг. Многие под ним подразумевают красивые графички в графане и забывают про алертинг.

1. Zabbix - конечно хорош, но вот удобство его несколько преувеличено. Autodiscovery тоже не самый удобный вариант, все равно приходится генерить кучу разных шаблонов, триггеров и т д, формат JSON'а жестко формализован. Еще из недостатков: нельзя все итемы из одного discovery автоматически поместить на один график, накидав график в latest data нельзя сохранить его как постоянный и поместить на скрин. автоматической генерации скринов из discovery тоже нет. Графики опять же очень удручают тем что они до сих пор рендерятся на сервере, и не оч удобно смотреть значения метрик на графиках состоящих из нескольких датасорсов. Но все же к заббиксу есть https://github.com/alexanderzobnin/grafana-zabbix.
2. graphite + grafana, здесь нет алертинга, придется ставить сторонний (типа graphite-beacon). Но также данные еще чем то нада собирать (collectd/diamond). Также 0.9.10 мертво, пул реквестов в репе куча, никто не занимается проектом, было решение что 0.9.13 будет крайней версией а потом 1.0 но как то все оно еле движется.
3. Shinken - субъективно, помоему он умирает.
4. Если уже есть опыт с Nagios, то посмотрите на Icinga 2. После того как они переписали ядро, и обновили web интерфейс, этим стало можно хоть как то пользоваться.

Я так понимаю у Вас тип данных у итема string/log/text ?
Следовательно Вы можете брать последнее значение функцией last(), его проверять на наличие подстроки функцией regexp()/iregexp(), а чтобы опускать триггер использовать либо diff(), либо nodata() в зависимости от того, как часто Вы получаете эти данные.

Может при помощи www.fluentd.org собирать из приложеньки.
Метрики слать в любимый мониторинг, что то типа zabbix / graphite.
А "документы", в зависимости от количество засылать либо в монгу (capped collection ?), либо в elasticsearch ? И там уже анализировать их.
Ну и какого нибудь брокера поставить промежуточного между приложенькой и ES\mongo чтобы в случае отказа принимающей стороны данные не потерять.

В solaris 11+ есть file event notification. Возможно есть на его базе аналоги утилит inotifywatch \ inotifywait.
Впрочем если вы дружны с кодом, то можно и самому в пару сотен строк их реализовать (https://blogs.oracle.com/praks/entry/file_events_n...
Либо опять же очень тупой но в принципе рабочий вариант, stat'ом в цикле проверять изменения файлов :)

Используем zabbix, крутится на виртуалке DO за 20 баксов.
Вот некоторая статистика по использованию.

Number of hosts (monitored/not monitored/templates) 110 47 / 1 / 62
Number of items (monitored/disabled/not supported)  2361    2254 / 40 / 67
Number of triggers (enabled/disabled) [problem/ok]  1104    1058 / 46 [2 / 1056]
Number of users (online)    7   2
Required server performance, new values per second  38.88    -

load average: 0.38, 0.61, 0.72

%Cpu(s):  9.9 us,  3.0 sy,  0.6 ni, 85.7 id,  0.4 wa,  0.0 hi,  0.3 si,  0.1 st