Осяпосмотрел zabbix opennms и nagios
последний стабильнее, несморя на свою архаичность
не знаю, что такое zabbix.
opennms пользуем несколько лет. вполне стабилен. кроме того, для любителей nagios

============================

2.1. Changes in OpenNMS 1.2.8

2.1.1. New Features

Nagios Support

Even though OpenNMS was started only a couple of years after Net-Saint,
everywhere we go people want to compare us to Nagios. While we compete with
Nagios, they aren't our enemy, and if anything they help drive us to build a
better product. Since the goal of OpenNMS is to become a platform, we hope to
integrate with as many tools as possible. In this release we have back-ported
the Nagios support that was introduced into the development release last year.

There are two ways to use OpenNMS with Nagios.

Using the NRPE Plugin and Monitor

The Nagios Remote Plugin Executor (NRPE) allows Nagios check scripts to be run
on remote systems. With the NRPE agent correctly installed on a device, OpenNMS
is now able to query that agent and run a particular command. If the command
executes without errors, the NRPE service is considered "up", otherwise it is
considered "down". No parameters are passed with the NRPE query, just the name
of the command to run. This is useful if it is desired to have different
thresholds configured on different devices. For example, if the "check disk"
query is run, it may pass if the disk is less that 90% utilized on some
systems, but it may be less than 80% on others. No change needs to be made to
OpenNMS since the thresholds are set at the agent level.

...

Using the NSClient Plugin and Monitor

The Net-Saint Client provides a method from monitoring statistics on a Windows
server. As with NRPE, OpenNMS can query the remote agent and based upon its
response mark the service as being "up" or "down". To configure monitoring the
space on the "C:" drive, first edit capsd-configuration.xml as follows:

============================

Журавлев Денис
Собираемые значения (и их тренды) сохраняются в бд (mysql, pg, oracle). Поэтому имеем во первых очень умные триггера, плюс графики (т.е cacti, mrtg не нужны).


Что-то мне не кажется хорошим решением отказ от rrd в пользу баз.

Журавлев Денис a398Что-то мне не кажется хорошим решением отказ от rrd в пользу баз.С одной стороны это из пушки по воробью, но с другой получаем все плюшки sql.

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

Журавлев Денис a398речь скорее о том, как быстро можно получить нужную картинку.Это как раз не проблема, тренды хранятся (дневные, месячные, недельные),

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

относительно хранения в базе вообще всего что только возможно, вплоть до конфигов.
текстовые конфиги едва ли труднее генерить, чем sql-крипты по засовыванию настроек в базу. и совсем не обязательно при этом что-то глобально перегружать. opennms - это куча модулей, а не один общий бинарь как в заббиксе.

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