А для графиков я RRDTool'ом пользуюсь. Он с MRTG дружит, если самому лень скрипты писАть.ИМХО большой косяк zabbix в том, что конфигурится он через кликанье в интерфейсе.
Конфиги все же - это правильней. Можно, например, в домене авторегистрацию замутить. В домен вводится новая рабочая станция -> автоматически применяется групповая политика, которая на этой новой рабочей станции запускает скрипт -> скрипт в нужном месте создает типовой конфиг -> перезапуск демона и вуаля -> машина у нас под наблюдением. Сможете такое в zabbix? В конфигах шаблоны позволяют все упростить. Скажем тот же типовой конфиг для новой машины домена мог бы выглядеть так:
define host{
use host-template
name new-workstation
alias MAC addres 00-08-a3-7d-d6-8f
address 192.168.1.1
}
define service{
use service-template
host_name new-workstation
service_description PING
}
Еще несомненное достоинство в том, что в поле address _НЕ_ОБЯЗАТЕЛЬНО_ должен быть IP адрес. На самом деле то, что вы там напишите в дальнейшем просто подставляется вместо макроса $HOSTADDRESS$ при опрделении команд. То есть получается, что указанное в address в конечном счете передается в качестве аргумента плагину, а уж как плагин будет это интерпретировать... Я вот собираюсь написАть плагин которому будет передаваться список IP адресов. Предполагается, что есть хост, у которого много IP-адресов и плагин будет умно каждый проверять и делать CRITICAL только в том случае, если ни один из адресов не пингуется; OK, если пингуются все и WARNING если не пигуется лишь часть адресов.
Интересно как вы решаете задачу мониторинга подобных хостов в zabbix? А как дела обстоят с зависимостями сервисов друг от друга? А есть ли понятие пассивных проверок?