>Так события на основе чего генерятся? Может на основе определенного значения у
>узла? Если нет и события могут быть порождены только какими либо
>внешними событиями типа snmp trap, то как-то мне это не очень
>нравится. Zabbix хорошо именно тем что сначала собираются данные, а уже
>на их основе что-то генерируется. Источники событий могут быть следующими:
1. Превышение пороговых значений собираемыми параметрами (типа CPU usage > 50%) - аналог Zabbix триггеров.
2. SNMP traps
3. События посланные агентом
4. События посланные внешним приложением (через клиентскую библиотеку или команду nxevent)
5. Изменение статуса объекта - ушел в down, недоступен агент, изменилась конфигурация, etc.
6. Network discovery - нашли новый хост
7. Внутренние события - напр., потеряли коннект с базой
8. Alarm timeouts - если операторы долго не реагируют на новый аларм, можно послать event
>
>>Как следствие, работа с такими вещами как SNMP
>>traps в Zabbix'e очень неудобна. Попробуйте например сделать такую вещь -
>>"послать SMS админу если любой хост в субнете 10.0.0.0/16 прислал SNMP
>>trap 'interface down', причем SMS должен содержать номер иноерфейса". У нас
>>это делается за 30 сек. одним правилом в event processing policy.
>Там так же. Событие может генерироваться от группы триггеров. У меня сейчас
>202 триггера. Их обрабатывает 17 генераторов событий. Так что не надо
>ля-ля.
А можно step-by-step как это быстро в Zabbix'e сконфигурить, я возможно просто давно его не смотрел :)
>
>>web сервер - это такой-же клиент, как и консоль. Т.е. их может
>>быть много, разных, на разных машинах.
>Конечно. Только вот где у вас унифицированный интерфейс взаимодействия клиента с сервером?
Есть портабельная библиотека libnxcl, которая предоставляет API для работы с сервером по сети и есть на Windows, Linux, Solaris, HP-UX, ... даже для Pocket Windows.
