>А для графиков я RRDTool'ом пользуюсь. Он с MRTG дружит, если самому
>лень скрипты писАть.
Ну-ну. Хотел бы я посмотреть как вы будете масштабировать графики с их помощью. Аналогично zabbix с графиками умеет работать cacti.>
>ИМХО большой косяк zabbix в том, что конфигурится он через кликанье в
>интерфейсе.
builk loader еще никто не отменял.
>Конфиги все же - это правильней. Можно, например, в домене авторегистрацию замутить. В домен вводится новая рабочая станция -> автоматически применяется групповая политика, которая на этой новой рабочей станции запускает скрипт -> скрипт в нужном месте создает типовой конфиг -> перезапуск демона и вуаля -> машина у нас под наблюдением. Сможете такое в zabbix?
Конечно. Вся конфигурация хранится в базе данных что мне мешает добавить вне необходимое ? Ничего.
В конфигах шаблоны позволяют все упростить.
Шаблоны в zabbix есть.
>Еще несомненное достоинство в том, что в поле address _НЕ_ОБЯЗАТЕЛЬНО_ должен быть
>IP адрес. На самом деле то, что вы там напишите в
>дальнейшем просто подставляется вместо макроса $HOSTADDRESS$ при опрделении команд. То есть
>получается, что указанное в address в конечном счете передается в качестве
>аргумента плагину, а уж как плагин будет это интерпретировать... Я вот
>собираюсь написАть плагин которому будет передаваться список IP адресов. Предполагается, что
>есть хост, у которого много IP-адресов и плагин будет умно каждый
>проверять и делать CRITICAL только в том случае, если ни один
>из адресов не пингуется; OK, если пингуются все и WARNING если
>не пигуется лишь часть адресов.
Это фича которая по сути дела не нужна. В zabbix 1.1_beta12 есть возможность указать привяку ip и items к приложению (сервису). Это как мне кажется как раз тоже самое.
>Интересно как вы решаете задачу мониторинга подобных хостов в zabbix?
У меня на данный момент такой задачи не стоит. Если будет стоять см. выше.
>А как дела обстоят с зависимостями сервисов друг от друга? А есть ли
>понятие пассивных проверок?
Зависимости есть. Что вы подразумеваете под пассивными проверками.
Еще раз повторюсь основная неудача nagios это хранение данных в файлах. Это сказывается на его производительности.