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