>>Не совсем.
>Совсем :) Я говорю о методиках обработки и генерации событий. А не
>про то как хранятся данные. Не совсем :) У нас центром является обработка событий, а в Zabbix'e события - побочный продукт, все завязано на триггеры - выполнение команд и т.д. У нас это называется thresholds и является только одним из поставщиков событий. Как следствие, работа с такими вещами как SNMP traps в Zabbix'e очень неудобна. Попробуйте например сделать такую вещь - "послать SMS админу если любой хост в субнете 10.0.0.0/16 прислал SNMP trap 'interface down', причем SMS должен содержать номер иноерфейса". У нас это делается за 30 сек. одним правилом в event processing policy.
>>У нас, в свою очередь, всё хранится в памяти, и синхронизируется с
>>базой отдельными потоками.
>Эээ и сколько это все занимает в памяти? Может вы все же
>текущие состояния храните, а не все?
Конечно текущие :) Плюс необходимая история для проверки условий - если в условии стоит "среднее значение за 10 опросов", то в памяти будет 10 последних значений.
>
>>При этом могут одновременно работать несколько администраторов, каждый
>>со своими группами серверов, скажем.
>Zabbix это тоже позволяет. Так как вебинтерфейс работает не зависимо от самого
>сервера. А у вас же web сервер представляет часть сервера мониторинга.
>Зачем это надо я лично не понимаю.
web сервер - это такой-же клиент, как и консоль. Т.е. их может быть много, разных, на разных машинах.