Привет всем.
Требуется в одну компанию внедрить Zabbix 2.0.6 (вернее очень хочется). Сейчас там стоит nagios c cacti.
Потребовали расписать плюсы и минусы zabbix в сравнении со текущей связкой и приложить к каждому пункту скриншоты.
Пожалуйста, кому не жалко и стоит версия Zabbix от 2, дайте скриншотов по пунктам (естественно затерев ip и dns имена (если это требует ваша политика безопасности)). У самого под рукой только 1.8.2.
Понимаю, что это моя проблема, но буду очень признателен любой помощи. Если есть минутка, сделайте хоть один какой-нибудь скрин, может что сам найду (хотя пока не особо получилось).
Пункты:
ZABBIX installation pros&cons
За:
1) Большое количество готовых проверок уже после первоначальной установки сервера и агента. Если сравнивать с текущими задачами, то доступ непосредственно к удалённым серверам не понадобился бы в большинстве случаев. Естественно, если Клиент запросит какие то нестандартные проверки (анализ логов например), то придётся всё-равно писать скрипты и размещать их на отслеживаемом сервере.
Скриншоты:
a) списки шаблонов (желательно linux, но не обязательно)
b) итемов шаблона (желательно linux, но не обязательно)
c) список триггеров шаблона
2) Все данные хранятся в mysql. В настройках наблюдаемого параметра указывается сколько хранить историю и сколько хранить динамику изменений. История сохраняется как есть, без каких либо усреднений и неточностей в отличие от RRD Cacti (в настоящее время Nagios данные не хранит), а динамика изменений используется для отслеживания тенденций и для графиков при отображении большого периода времени (данные усредняются с периодом в 1 час, этот параметр не является настраиваемым). RRD более сильно усредняет данные, поэтому в Zabbix можно просмотреть более точную динамику изменений за большой интервал времени. Время хранения данных ограничено лишь дисковым пространством.
Скриншоты:
a) Настройки item (чтобы показать как настраивается хранение истории и динамики).
b) Monitoring->Latest data->Параметр пару скриншотов с историей изменения параметра (в числовом виде и в виде графика)
(у меня в 1.8.2 например Dashboard»Acknowledges»Dashboard»Zabbix»History
MyHost:Processor load %
2013.Jul.04 20:16:56 5.8333
2013.Jul.04 20:16:45 6.4667
2013.Jul.04 20:16:35 6.2667
2013.Jul.04 20:16:25 6.0667
2013.Jul.04 20:16:15 5.4167
2013.Jul.04 20:16:05 5.45
2013.Jul.04 20:15:55 5.2
2013.Jul.04 20:15:45 5.2667
2013.Jul.04 20:15:35 5.8833
2013.Jul.04 20:15:25 6.55
)
3) Графики.
Кроме того, что Zabbix позволяет пользователям создавать свои собственные графики , по каждому отслеживаемому параметру ведётся история и динамика изменений, по которым, в любой момент можно просмотреть график изменений. Т.е. в некоторых случаях, время на создание графиков вообще не тратиться, так как они уже будут доступны сразу, после создания элемента наблюдения. А главное, время создания одного элемента наблюдения уменьшается минимум в два раза (так как производиться настройка только одной программы, а не двух как сейчас(nagios и cacti).
Скриншоты:
a) Пару (если не сложно больше)любых графиков (например проверка Web или что то другое).
4) Контроль доступа к мониторингу через web интерфейс. Т.е. можно разным пользователям/группам пользователей задавать разрешения на доступ к данным и конфигурации.
Скриншоты:
a)Общий список пользователей с их разрешениями (в какие группы попадают)(имена можно затереть). И ещё может что красивого дополнительно по учёткам можете показать.
b)Какой-нибудь скриншот настройка эскалации сообщений
5) Не нужно перезапускать сам zabbix после каждого внесения изменения в конфигурацию (nagios нужно)
1) Zabbix позволяет осуществлять проверки с интервалом до 1 сек (nagios 60 сек)
2) С серверов собираются не результаты проверок (сломалось или нет, как в nagios) , а количественные характеристики работы, которые анализируются на стороне сервера (на основании их можно писать довольно сложные проверки прямо в веб интерфейсе zabbix).
Скриншоты:
a)Monitoring->Latest data
Список параметров с текущими данными какого-нибудь одного хоста.
b)Какой-нибудь не совсем простой триггер (чтобы показать, какие проверки можно делать на основании полученных данных)
Против
1) Ресурсоёмкость: более требовательный к ресурсам чем nagios (свободное место на диске).
Здесь скриншот не нужен, но может кто просто укажет: сколько хостов мониторится (сколько параметров в сумме (примерно)) и сколько при этом весит база данных.
Требуется в одну компанию внедрить Zabbix 2.0.6 (вернее очень хочется). Сейчас там стоит nagios c cacti.
Потребовали расписать плюсы и минусы zabbix в сравнении со текущей связкой и приложить к каждому пункту скриншоты.
Пожалуйста, кому не жалко и стоит версия Zabbix от 2, дайте скриншотов по пунктам (естественно затерев ip и dns имена (если это требует ваша политика безопасности)). У самого под рукой только 1.8.2.
Понимаю, что это моя проблема, но буду очень признателен любой помощи. Если есть минутка, сделайте хоть один какой-нибудь скрин, может что сам найду (хотя пока не особо получилось).
Пункты:
ZABBIX installation pros&cons
За:
1) Большое количество готовых проверок уже после первоначальной установки сервера и агента. Если сравнивать с текущими задачами, то доступ непосредственно к удалённым серверам не понадобился бы в большинстве случаев. Естественно, если Клиент запросит какие то нестандартные проверки (анализ логов например), то придётся всё-равно писать скрипты и размещать их на отслеживаемом сервере.
Скриншоты:
a) списки шаблонов (желательно linux, но не обязательно)
b) итемов шаблона (желательно linux, но не обязательно)
c) список триггеров шаблона
2) Все данные хранятся в mysql. В настройках наблюдаемого параметра указывается сколько хранить историю и сколько хранить динамику изменений. История сохраняется как есть, без каких либо усреднений и неточностей в отличие от RRD Cacti (в настоящее время Nagios данные не хранит), а динамика изменений используется для отслеживания тенденций и для графиков при отображении большого периода времени (данные усредняются с периодом в 1 час, этот параметр не является настраиваемым). RRD более сильно усредняет данные, поэтому в Zabbix можно просмотреть более точную динамику изменений за большой интервал времени. Время хранения данных ограничено лишь дисковым пространством.
Скриншоты:
a) Настройки item (чтобы показать как настраивается хранение истории и динамики).
b) Monitoring->Latest data->Параметр пару скриншотов с историей изменения параметра (в числовом виде и в виде графика)
(у меня в 1.8.2 например Dashboard»Acknowledges»Dashboard»Zabbix»History
MyHost:Processor load %
2013.Jul.04 20:16:56 5.8333
2013.Jul.04 20:16:45 6.4667
2013.Jul.04 20:16:35 6.2667
2013.Jul.04 20:16:25 6.0667
2013.Jul.04 20:16:15 5.4167
2013.Jul.04 20:16:05 5.45
2013.Jul.04 20:15:55 5.2
2013.Jul.04 20:15:45 5.2667
2013.Jul.04 20:15:35 5.8833
2013.Jul.04 20:15:25 6.55
)
3) Графики.
Кроме того, что Zabbix позволяет пользователям создавать свои собственные графики , по каждому отслеживаемому параметру ведётся история и динамика изменений, по которым, в любой момент можно просмотреть график изменений. Т.е. в некоторых случаях, время на создание графиков вообще не тратиться, так как они уже будут доступны сразу, после создания элемента наблюдения. А главное, время создания одного элемента наблюдения уменьшается минимум в два раза (так как производиться настройка только одной программы, а не двух как сейчас(nagios и cacti).
Скриншоты:
a) Пару (если не сложно больше)любых графиков (например проверка Web или что то другое).
4) Контроль доступа к мониторингу через web интерфейс. Т.е. можно разным пользователям/группам пользователей задавать разрешения на доступ к данным и конфигурации.
Скриншоты:
a)Общий список пользователей с их разрешениями (в какие группы попадают)(имена можно затереть). И ещё может что красивого дополнительно по учёткам можете показать.
b)Какой-нибудь скриншот настройка эскалации сообщений
5) Не нужно перезапускать сам zabbix после каждого внесения изменения в конфигурацию (nagios нужно)
1) Zabbix позволяет осуществлять проверки с интервалом до 1 сек (nagios 60 сек)
2) С серверов собираются не результаты проверок (сломалось или нет, как в nagios) , а количественные характеристики работы, которые анализируются на стороне сервера (на основании их можно писать довольно сложные проверки прямо в веб интерфейсе zabbix).
Скриншоты:
a)Monitoring->Latest data
Список параметров с текущими данными какого-нибудь одного хоста.
b)Какой-нибудь не совсем простой триггер (чтобы показать, какие проверки можно делать на основании полученных данных)
Против
1) Ресурсоёмкость: более требовательный к ресурсам чем nagios (свободное место на диске).
Здесь скриншот не нужен, но может кто просто укажет: сколько хостов мониторится (сколько параметров в сумме (примерно)) и сколько при этом весит база данных.