2 Требования

Аппаратное обеспечение

Память

Zabbix требуется и оперативная память, и физическая память на жестком диске. Отправной точкой могут быть 128 МБ оперативной памяти и 256 МБ свободного места на жестком диске. Впрочем, очевидно, что объем необходимой дисковой памяти зависит от количества наблюдаемых узлов сети и наблюдаемых параметров. Если вы планируете достаточно долго хранить историю наблюдаемых параметров, то потребуется по крайней мере несколько гигабайт для хранения данных истории в базе данных. Каждый процесс демона Zabbix требует несколько подключений к базе данных. Объем памяти требуемый каждым подключением к базе данных зависит от настроек базы данных.

Чем больше оперативной памяти у вас имеется, тем быстрее работает база данных (а следовательно, и Zabbix)!

CPU

Zabbix и особенно база данных может потребовать значительных процессорных ресурсов в зависимости от количества наблюдаемых параметров и выбранной базы данных.

Другое оборудование

Для использования SMS уведомлений встроенных в Zabbix потребуется последовательный порт передачи данных и GSM модем. Конвертер USB-to-serial также будет работать.

Примеры конфигураций оборудования

В таблице приводятся несколько вариантов аппаратных конфигураций:

Название	Платформа	CPU/Память	База данных	Наблюдаемые узлы сети
Маленькая	CentOS	Виртуальная машина	MySQL InnoDB	20
Средняя	CentOS	2 ядра CPU / 2ГБ	MySQL InnoDB	500
Большая	RedHat Enterprise Linux	4 ядра CPU / 8ГБ	RAID10 MySQL InnoDB или PostgreSQL	>1000
Очень большая	RedHat Enterprise Linux	8 ядер CPU / 16ГБ	Быстрый RAID10 MySQL InnoDB или PostgreSQL	>10000

Поддерживаемые платформы

В связи с требованиями безопасности и критически важным характером работы системы мониторинга, единственной операционной системой, которая может обеспечить необходимую производительность, отказоустойчивость и гибкость является операционная система UNIX. Zabbix работает на всех ведущих версиях ОС.

Zabbix протестирован на следующих платформах:

Windows: все версии для рабочих станций и серверов начиная с 2000 (только Zabbix агент)

Также Zabbix может работать и на других Unix-подобных операционных системах.

Zabbix отключает дампы памяти на UNIX платформах, если он скомпилирован с шифрованием и не запускается в случае, если система (например по причине политики SELinux) не дает возможности отключения дампов памяти.

Программное обеспечение

Zabbix построен на современном веб-сервере Apache, ведущих СУБД, и языке сценариев PHP.

Системы управления базами данных

Программа	Версия	Комментарии
MySQL	5.0.3 - 5.7.x	Требуется, если MySQL используется как основная база данных Zabbix"а. Требуется InnoDB engine. MariaDB также работает с Zabbix. Обратите внимание , что MySQL 8.0 не поддерживается в Zabbix pre-4.0 версиях.
Oracle	10g или более новая	Требуется, если Oracle используется как основная база данных Zabbix"а.
PostgreSQL	8.1 или более новая	Требуется, если PostgreSQL используется как основная база данных Zabbix"а. Предлагаем использовать PostgreSQL по крайней мере версии 8.3, который показывает очень хорошую производительность VACUUM .
SQLite	3.3.5 или более новая	Требуется, если SQLite используется как основная база данных Zabbix"а.
IBM DB2	9.7 или более новая	Требуется, если IBM DB2 используется как основная база данных Zabbix"а.

Поддержка IBM DB2 является экспериментальной!

SQLite3 может использоваться с Zabbix прокси без каких либо проблем, однако использование SQLite3 с Zabbix сервером не рекомендуется. Начиная с версии Zabbix 2.4.0, одновременный доступ сервера и веб-интерфейса к базе данных SQLite3 может привести к ее порче.

Веб-интерфейс

Следующее программное обеспечение потребуется для работы веб-интерфейса Zabbix:

Приложение	Версия	Комментарии
Apache	1.3.12 или более поздняя
PHP	5.4.0 или более поздняя	PHP v7 еще не поддерживается.
Расширения PHP:
gd	2.0 или более поздняя	Расширение PHP GD должен поддерживать формат PNG (--with-png-dir ), JPEG (--with-jpeg-dir ) изображения и FreeType 2 (--with-freetype-dir ).
bcmath		php-bcmath (--enable-bcmath )
ctype		php-ctype (--enable-ctype )
libXML	2.6.15 или более поздняя	php-xml или php5-dom, если поставляется как отдельный пакет от поставщика.
xmlreader		php-xmlreader, если поставляется как отдельный пакет от поставщика.
xmlwriter		php-xmlwriter, если поставляется как отдельный пакет от поставщика.
session		php-session, если поставляется как отдельный пакет от поставщика.
sockets		php-net-socket (--enable-sockets ). Требуется для поддержки пользовательских скриптов.
mbstring		php-mbstring (--enable-mbstring )
gettext		php-gettext (--with-gettext ). Требуется для работы переводов.
ldap		php-ldap. Требуется только, если в веб-интерфейсе используется LDAP аутентификация.
ibm_db2		Требуется, если используется IBM DB2 в качестве базы для Zabbix.
mysqli		Требуется, если используется MySQL в качестве базы для Zabbix.
oci8		Требуется, если используется Oracle в качестве базы для Zabbix.
pgsql		Требуется, если используется PostgresSQL в качестве базы для Zabbix.
sqlite3		Требуется, если используется SQLite в качестве базы для Zabbix.

Также Zabbix может работать и с предыдущими версиями Apache, MySQL, Oracle, и PostgreSQL.

Для шрифтов, кроме DejaVu, который установлен по умолчанию, нужна функция PHP imagerotate . Если функция не установлена, то эти шрифты могут неправильно отображаться на графиках. Эта функция доступна только если PHP скомпилирован вместе с GD, которого нет для Debian и для некоторых других дистрибутивов.

Веб-браузер на стороне клиента

Cookies и Java Script должны быть включены.

Поддерживаются последние версии Google Chrome, Mozilla Firefox, Microsoft Internet Explorer и Opera. Также и другие браузеры (Apple Safari, Konqueror) могут работать с Zabbix.

Начиная с Zabbix 3.0.13, реализована одна и та же политика источника для IFrames, что означает, что Zabbix веб-интерфейс нельзя поместить во фреймы на другом домене.

Всё еще, страницы помещенные в Zabbix фреймы будут иметь доступ к веб-интерфейсу Zabbix (посредством JavaScript), если страница, которая помещена во фрейм и веб-интерфейс Zabbix располагаются на одном домене..html , если помещена в комплексные экраны на http://secure-сайт/zabbix/ , будет иметь полный доступ к Zabbix посредством JS.

Сервер

Требование	Описание
OpenIPMI	Требуется для поддержки IPMI
libssh2	Требуется для поддержки SSH. Версия 1.0 или более новая.
fping	Требуется для элементов данных ICMP пинг .
libcurl	Требуется для веб-мониторинга, мониторинга VMware и для SMTP аутентификации. Для SMTP аутентификации, требуется версия 7.20.0 или выше.
libiksemel	Требуется для поддержки Jabber.
​libxml2 ​	Требуется для мониторинга VMware. ​
net-snmp	Требуется для поддержки SNMP.

Java gateway

Если вы получили Zabbix из репозитория исходных кодов или скачали архив, то необходимые зависимости уже включены в дерево исходного кода.

Если вы получили Zabbix как пакет вашего дистрибутива, то необходимые зависимости обеспечиваются системой управления пакетами.

В обоих вышеупомянутых случаях, программное обеспечение готово к использованию и скачивать какие-либо дополнительные файлы не нужно.

Однако, если вы хотите использовать другие версии этих зависимостей (например, если вы готовите пакет для определенного дистрибутива Linux), ниже приведен список версий библиотек, для которых подтверждена работоспособность Java gateway. Zabbix может также работать с другими версиями этих библиотек.

Следующая таблица содержит список JAR файлов, которые поставляются вместе в Java gateway в оригинальном коде:

Библиотека	Лицензия	Веб сайт	Комментарии
logback-core-0.9.27.jar	EPL 1.0, LGPL 2.1	http://logback.qos.ch/
logback-classic-0.9.27.jar	EPL 1.0, LGPL 2.1	http://logback.qos.ch/	Протестировано с версиями 0.9.27, 1.0.13, и 1.1.1.
slf4j-api-1.6.1.jar	MIT License	http://www.slf4j.org/	Протестировано с версиями 1.6.1, 1.6.6, и 1.7.6.
android-json-4.3_r3.1.jar	Apache License 2.0		Протестировано с версиями 2.3.3_r1.1 и 4.3_r3.1. Обратитесь к файлу src/zabbix_java/lib/README для получения инструкций по созданию JAR файла.

Java gateway компилируется и запускается при наличии Java версии 1.6 или выше. Если вы готовите прекомпилированную версию Zabbix gateway для использования ее другими, то рекомендуется использовать для компиляции Java 1.6, в этом случае Zabbix gateway будет работать на всех версиях Java вплоть до самой последней.

Размер базы данных

Данные конфигурации Zabbix требуют фиксированное количество дискового пространства и сильно не увеличиваются.

Размер базы данных Zabbix в основном зависит от следующих переменных, которые определяют объем хранимых данных истории:

Количество обрабатываемых запросов в секунду

Это среднее количество новых значений, которые Zabbix сервер получает каждую секунду. Например: Если имеется 3000 элементов данных с интервалом проверки 60 секунд, то количество обрабатываемых запросов за секунду рассчитывается 3000/60 = 50 .

Это означает, что каждую секунду в базу данных Zabbix добавляется 50 новых записей.

Настройки очистки истории в базе данных

Zabbix хранит значения определенный период времени, обычно несколько недель или месяцев. Каждое новое значение требует определенный объем дискового пространства для данных и индексов.

Таким образом, если требуется сохранение 30 дней истории и каждую секунду в базу данных добавляется 50 новых записей, общее количество значений будет равно примерно (30 *24*3600)* 50 = 129.600.000 или около 130М значений.

В зависимости от типа базы данных, типа полученных значений (с плавающей точкой, целочисленный, строки, файлы журналов и т.д.) может потребоваться от 40 байт до сотен байт дискового пространства для хранения значения. Обычно одно значение занимает около 90 байт по числовым элементам данных. В нашем случае это означает, что 130M значений потребуют 130M * 90 байт = 10.9ГБ дискового пространства.

Размер значений текстовых/журнальных элементов данных невозможно предугадать, но вы можете ожидать около 500 байт на значение.

Настройки очистки динамики изменений в базе данных

Zabbix хранит ежечасную статистику значений max/min/avg/count для каждого элемента данных в таблице trends . Эти данные используются для отслеживания динамики изменений и для графиков при отображении большого периода времени. Период в 1 час не является настраиваемым.

Базе данных Zabbix, в зависимости от типа базы данных, требуется около 90 байт на один элемент. Предположим, что если требуется хранить динамику изменений в течении 5 лет. Значения 3000 элементов данных потребуют 3000*24*365* 90 = 2.2ГБ за год, или 11ГБ за 5 лет.

Настройки очистки событий в базе данных

Каждое событие требует около 170 байт дискового пространства. Сложно точно оценить количество событий, ежедневно генерируемых Zabbix сервером. В самом худшем случае, мы можем предположить, что Zabbix генерирует одно событие в секунду.

Это означает, что для того, чтобы хранить события 3 года, потребуется 3 *365*24*3600* 170 = 15ГБ дискового пространства.

Представленная ниже таблица содержит формулы для расчета требуемого пространства жесткого диска для системы мониторинга Zabbix:

Параметр	Формула для расчета занимаемого места(в байтах)
Конфигурация Zabbix	Фиксированный размер. Ориентировочно 10МБ или меньше.
История	дней*(элементов/частота обновления)*24*3600*байт элементы: количество элементов данных дней: количество дней хранения истории частота обновления: среднее значение периода проверки элементов данных байт: количество байт, требуемых для одного значения, зависит от типа базы данных, около 90 байт
Динамика изменений	дней*(элементов/3600)*24*3600*байт элементов: количество элементов данных дней: количество дней хранения динамики изменений байт: количество байт, требуемых для одного значения, зависит от типа базы данных, около 90 байт.
События	дней*событий*24*3600*байт событий: количество событий в секунду. Одно (1) событие в худшем случае. дней: количество дней хранения событий байт: количество байт, требуемых для одного значения, зависит от типа базы данных, около 170 байт.

Средние значения, такие как ~90 байт по числовым элементам данных, ~170 байт по событиям собраны по статистике из реальной жизни при использовании базы данных MySQL.

Общее количество требуемого места на жестком диске рассчитывается:
Конфигурация + История + Динамика изменений + События
После установки Zabbix такое дисковое пространство более НЕ будет использовано сразу. Размер базы данных будет постепенно увеличиваться и остановится по достижении определенного момента, зависящего от настроек очистки базы данных.

Необходимое свободное место на жестком диске, при использовании распределенного мониторинга, рассчитывается аналогичным образом, но оно так же будет зависеть от количества подчиненных нод, связанных с нодой рассчитываемого узла.

Синхронизация времени

Очень важно иметь точную дату и время системы на сервере с запущенным Zabbix. ntpd один из наиболее популярных демонов синхронизации времени хоста с временем на остальных серверах. Настоятельно рекомендуется поддерживать синхронизированное время на всех системах, где работают Zabbix компоненты.

Если время не синхронизировано, Zabbix будет конвертировать штампы времени собранных данных на время Zabbix сервера путем получения штампов времени клиента/сервера после установки соединения для передачи данных и корректировки штампов времени у полученных значений элементов данных при помощи разницы между клиент-сервер временем. Чтобы не усложнять работу и избежать возможные сложности, задержка в соединении игнорируется. По этой причине задержка в соединении добавляется к штампам времени полученных данных с активных подключений (активный агент, активный прокси, sender) и вычитается из штампов времени полученных данных с пассивных подключений (пассивный прокси). Все остальные проверки выполняются по времени сервера и их штампы времени не корректируются.

Обновлено: 12.03.2017 - 11:06

Приложение промышленного класса для мониторинга и отслеживания производительности и доступности сетевых серверов, устройств и других ИТ-ресурсов. Поддерживает распределенный и WEB мониторинг, автоматическое обнаружение и многое другое.

Что такое Zabbix

Zabbix - полнофункциональное open source решение мониторинга производительности. Zabbix предлагает средства мониторинга, оповещения и сигнализации, которые сегодня отсутствуют в других системах мониторинга и даже в некоторых коммерческих системах. Ниже приведен краткий список функций, доступных в Zabbix:

• Автоматическое обнаружение серверов и сетевых устройств.
• Низкоуровневое обнаружение.
• Децинтрализованный мониторинг с централизованным веб-администрированием.
• Централизованный мониторинг лог-файлов.
• Серверное программное обеспечение для GNU/Linux, Solaris, HP-UX, AIX, Free BSD, Open BSD, OS X.
• Родные высокопроизводительные агенты (клиентское программное обеспечение для GNU/Linux, Solaris, HP-UX, AIX, Free BSD, Open BSD, OS X, Tru64/OSF1, Windows NT4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista).
• Безагентный мониторинг.
• Безопасная авторизация пользователей.
• Веб-интерфейс.
• Уведомления о предопределенных событиях.

Почему стоит выбрать Zabbix

Лучший способ убедиться, что это выбор № 1 для вашей организации - попробовать его. Но если у вас мало времени, почитайте некоторые аргументы:

• Открытость исходного кода обеспечивает свободу и безопасность. Это касается не только Zabbix но и необходимых компонентов (GNU/Linux, Apache, MySQL/PostgreSQL, PHP).
• Очень простая установка и процесс настройки гарантируют недорогое обучение и, следовательно, низкую стоимость владения.
• Высокоэффективные средства для UNIX и Windows (x32, x64, Itanium) обеспечивают более широкие возможности мониторинга с большей скоростью.
• Централизованная система мониторинга позволяет хранить всю информацию (конфигурацию и данные) в реляционной базе данных для дальнейшего упрощения обработки и повторного использования.
• Встроенные широкие возможности визуализации позволяют работать с данными быстрее и эффективнее.
• Встроенные процедуры позволяют хорошо организовать хранение данных.

Системные требования

Платформа	ZABBIX-сервер	ZABBIX-агент
AIX	Поддерживается	Поддерживается
FreeBSD	Поддерживается	Поддерживается
HP-UX	Поддерживается	Поддерживается
GNU/Linux	Поддерживается	Поддерживается
Mac OS X	Поддерживается	Поддерживается
Novell Netware	-	Поддерживается
Open BSD	Поддерживается	Поддерживается
SCO Open Server	Поддерживается	Поддерживается
Solaris	Поддерживается	Поддерживается
Tru64/OSF	Поддерживается	Поддерживается
Windows NT 4.0, Windows 2000, Windows Server 2003, Windows XP, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2012, Windows 8	-	Поддерживается

Для мониторинга внешних сетевых приложений таких, как FTP, SSH, HTTP, DNS, LDAP и т.д., установка ZABBIX-агента не требуется.

Перевод Zabbix на русский язык

Сбор данных

SNMP и IPMI агенты

Обнаружение проблем

Визуализация

Уведомления

Шаблоны, импорт и экспорт

Автоматическое обнаружение

Распределенный мониторинг

Безопасность и аутентификация

Управление системой

Zabbix API

Сбор данных

Zabbix Agent

Родной Zabbix agent разработан на СИ, работает на разных платформах, включая GNU/Linux, UNIX и Windows. Он собирает такие данные как CPU, память, диск и сетевые устройства.

Компактность и нетребовательность к ресурсам

Благодаря своим небольшим габаритам, агент может работать на устройствах с ограниченными ресурсами. Настройки мониторинга на Zabbix Server централизованы, что упрощает управление Zabbix агентом, который может использовать один файл конфигурации на всех серверах.

Zabbix агент под управлением Microsoft Windows:

Поддержка опроса и захвата

Zabbix агент поддерживает пассивные (опросы) и активные проверки (захваты).

В пассивной проверке, Zabbix сервер (или прокси-сервер) запрашивает значение от агента Zabbix, например, загрузка процессора, агент обрабатывает запрос и возвращает значение в Zabbix сервер (или прокси-сервер).

В активной проверке агент Zabbix запрашивает от сервера Zabbix (или прокси) список активных проверок и отправляет результаты периодически.

Функций агента

Следующий список проверок поддерживается агентом Zabbix из коробки. Следует отметить, однако, что встроенные в агент функции можно расширить с помощью следующих методов: , .

Сеть	Передача пакетов/байт Ошибки/потерянные пакеты коллизии кадров
CPU	Средняя загрузка (англ. Load average) простой/использование процессора
Память	Свободная/используемая память использование свопа/файла подкачки
Диск	Свободное и занятое пространство Чтение и запись I/O
Серверы	Состояние процесса Память процесса Состояние службы (ssh, ntp, ldap, smtp, ftp, http, pop, nntp, imap) Состояние службы Windows DNS разрешения подключения TCP время отклика TCP
Файл	Размер файла/время Существование файла Контрольная сумма MD5 хеш Поиск регулярного выражения (англ. RegExp search)
Журнал	Текстовый журнал Журнал событий Windows (англ. Windows event log)
Другое	Время работы системы Системное время Подключенные пользователи Счетчик производительности (Windows)

Полный список поддерживаемых проверок доступен .

Мониторинг журнала

Поддержка мониторинга текстовых журналов и Windows Event Log является родной функцией агента Zabbix, включая поддержку ротации.
Журналы постоянно анализируются агентом Zabbix и когда определенный элемент поиска найден, Zabbix сервер получает уведомление и может даже выполнить некоторое действие или отправить пользователю или группе.

Поддержка IPv6

Zabbix агент поддерживает IPv4 и IPv6.

SNMP и IPMI агенты

Поддержка SNMP

Zabbix Server может собирать данные из устройств с SNMP agent v1, v2 or v3. SNMP есть не только у сетевых устройств, но и у принтеров, NAS, UPS. В принципе, любое оборудование, которое присутствует в сети можно контролировать через агенты SNMP.
Для упрощения конфигурации Zabbix поддерживает стандарт SNMP MIB-2, а также конкретную информацию о Enterprise MIB.
Вы можете собирать данные с помощью SNMP режима опроса или получения ловушки SNMP (англ. SNMP traps) через утилиты и .

Кроме этого, вы можете получить данные SNMP с использованием предлагающих гибкий мониторинг без потери производительности, поскольку разрешенные запросы кэшируются.

Агент IPMI

Чтобы получать важные данные о аппаратуре, Zabbix сервер поддерживает IPMI агенты, которые присутствуют по умолчанию на серверной архитектуре Intel, такой как HP iLO и Dell DRAC.
Элементы, доступные через агентов IPMI бывают разными, но эти наиболее распространенные:

• Температура процессора и корпуса.
• Скорость вращения вентилятора.
• Напряжение системы.
• Состояние физических дисков.
• Состояние светодиодов.

Безагентный мониторинг

В то время как агент Zabbix предлагает большие возможности для большинства платформ, в некоторых случаях его невозможно установить. Для этих случаев сервер Zabbix предоставляет несколько безагентных методов мониторинга.

Безагентные функции

Сетевые сервисы

Zabbix сервер может проверить как служба прослушивает порт и каким образом она отвечает. Этот метод в настоящее время поддерживается для следующих служб: FTP, IMAP, LDAP, NNTP, POP3, SSH и Telnet.

Проверка TCP-порта

В случаях противных предыдущему пункту, Zabbix сервер может проверить что прослушивает TCP-порт, сообщив доступна служба или нет.

ICMP ping

Хоть и просто, но важно, Zabbix может проверить, отвечает сервер на ICMP Ping пакеты или нет. Таким образом, можно контролировать доступность сервера, время реакции и потери пакетов.
Проверки можно настроить установив размер и количество пакетов, тайм-аут и задержку между каждым пакетом.

SSH и Telnet

Если настроить Zabbix-агент не предоставляется возможным, но есть доступ через SSH или Telnet, Zabix может запустить любую пользовательскую команду и использовать ее вывод в качестве собранного значения. Это значение можно использовать, например, для генерации графиков и сигнализации.

Пользовательский мониторинг

Добавление пользовательских скриптов

В дополнение к встроенным проверкам, можно создать собственные агенты проверок используя функций.

Проверка TCP-порта

Кроме этого, мощной функцией агента Zabbix является выполнение пользовательских скриптов. Любой человек может расширить функциональность Zabbix агента путем создания сценариев на Perl, Python, Ruby или любом другом языке, который можно запустить. Результат выполненного сценария отправляется на Zabbix сервер, который хранит и обрабатывает его как любую другую проверку.

Внешняя проверка

Во внешней проверке Zabbix сервер может запускать скрипты пользователей из их собственного сервера.

Мониторинг виртуальных машин

Мониторинг VMware среды

Поддержка мониторинга VMware в Zabbix включает в себя возможность автоматического обнаружения гипервизоров и виртуальных машин, а также мониторинга установок VMware VCENTER и VSPHERE для различных гипервизоров, свойств виртуальных машин и статистики.

Zabbix может использовать правила низкоуровневого сканирования для автоматического обнаружения VMware гипервизоров и виртуальных машин. Для полной автоматизации процесса, прототипы узлов необходимо создать по правилам низкоуровневого сканирования. При обнаружении виртуальной машины, полученная информация используется для включения этих прототипов в реальные узлы. Обнаруженные узлы принадлежат существующему узлу и принимают его IP.

Стандартный набор данных Zabbix предлагает несколько готовых к использованию шаблонов для мониторинга VMware VCENTER и VSPHERE. Эти шаблоны содержат предварительно настроенные правила LLD, а также ряд встроенных проверок для мониторинга виртуальных объектов.

Веб-сценарии

Встраивание в сайт

Zabbix обеспечивает эффективные и гибкие функции веб-мониторинга, где веб-модуль регулярно выполняет предопределенные сценарии и сохраняет полученные результаты.
Функция веб-мониторинга позволяет легко проверить производительность и доступность веб-ресурсов и на основе собранных данных создавать графики, сигнализации и отправлять уведомления о сбоях.

Для каждого шага сценария хранятся следующие величины:

• Время ответа.
• Код ответа.
• Скорость загрузки.
• Вхождение результата в строку (англ. Occurrence of a string in result).

Веб сценарий состоит из одного или нескольких HTTP запросов (шагов), которые в совокупности могут проверить функциональность веб-приложений, обеспечивая пользователю полезный опыт.

Во время выполнения шагов, cookies обеспечивают эффективный мониторинг.

Дополнительные возможности

• Пользовательские переменные.
• Редиректы.
• GET и POST методы.
• HTTP и HTTPS протоколы.
• Базовая авторизация.
• NTLM авторизация.

Java Applications

Мониторинг приложений Java

Zabbix 2.0 вводит новый компонент под названием Zabbix Java gateway (написанный на Java), который может контролировать Java-приложения технологией .
Таким образом, сервер Zabbix запрашивает у Zabbix Java gateway специальный JMX-счетчик, который удаленно, через JMX API может предоставить информацию о приложении Java, без необходимости использования дополнительного программного обеспечения.
Популярные приложения, такие как ActiveMQ, GlassFish, JBoss, Tomcat и WebSphere легко контролируется через JMX.

JMX технология

Технология JMX присутствует в платформе Java SE начиная с версии J2SE 5.0 и предоставляет способы мониторинга любого приложения или устройства с JVM.
Для получения дополнительной информации об этой технологии смотрите документацию:

Мониторинг баз данных

Мониторинг любых запросов

С помощью специальной технологии ODBC и драйверов, Zabbix сервер может собирать любые данные в базах данных СУБД, таких как MySQL, PostgreSQL, Oracle и Microsoft SQL Server.
После выполнения запроса, его результат сохраняется что позволяет создавать графики, сигнализации и уведомления в случае сбоев в работе или недоступности.
Эта возможность делает контроль более эффективным, поскольку она собирает информацию непосредственно из базы данных, во избежание ложных срабатываний.

Расчет и накопление информации

Вычисляемые элементы

С помощью арифметического выражений, рассчитанные элементы позволяют создавать виртуальные источники данных, где значения периодически пересчитывается. Результат сохраняется, что позволяет генерировать графики, сигнализации или отправки уведомлений.
Примером вычисляемого элемента было бы вычислить сумму трафика между двумя портами на сетевом коммутаторе.

Накопление информации

Организуя по группам, можно создавать элементы с функциями накопления, такие как максимум, минимум и средние элементы, которые являются общими для всех хостов в группе.
Примером совокупных элементов может быть расчет среднего использования памяти по всем узлам входящим в определенную группу.

Производительность Zabbix Server

Внутренние проверки предлагают важные значения о состоянии сервера Zabbix, позволяя администратору Zabbix решать проблемы быстро и отслеживать растущее использование инструмента.

В средних и крупных средах, мониторинг этих значений является критически важным чтобы убедиться что сервер Zabbix работает с ресурсами, которые совместимы с требованиями.

Обнаружение проблем

Как только Zabbix Server соберет данные, начнется процесс оценивания собранных данных. Правила оценивания данных или триггеры выражений обеспечивают логическое определение проблемы состояния данных, полученных от наблюдаемых постов. Когда пороговое значение высокое, триггер меняет свое состояние на PROBLEM и наоборот, когда данные ниже порогового уровня.

Исключительная гибкость определения порога

Zabbix предоставляет своим пользователям очень гибкие и интеллектуальные варианты определения порога. Когда порог для триггера "больше X", можно использовать все логические выражения, такие как деление, умножение, не равно, логические И и ИЛИ.

Более того, Zabbix позволяет использовать много различных деталей, полученных из разных хостов для построения выражений триггеров. Это позволяет строить очень сложные, интеллектуальные пороги, которые сводят к минимуму ложные срабатывания и, следовательно, позволяют администраторам сосредоточиться на реальных проблемах.

Сдвиг во времени

Функциональность Zabbix предоставляет возможность сверить текущее состояние данных с полученным некоторое время назад. Так что можно сравнивать подобные периоды времени, скажем, это понедельник с предыдущим понедельником или вторую половину дня с двумя неделями назад. Это очень полезно, когда нагрузка на окружающую среду не является равномерной и простое сравнение утра понедельника во вторник не дает ценной информации.

Гистерезис

Гистерезис это великолепная функция, которая позволяет избежать колебаний, которые могут возникнуть при колебании входящих данных вокруг порогового значения. Гистерезис имеет верхний и нижний пределы, которые помещают триггер в состояние проблемы когда верхний предел достигнут и возвращаю триггер в нормальное состояние, когда полученные данные ниже порогового значения.

Зависимости

В любой ИТ-среде есть много зависимостей, когда отказ одного узла ведет за собой провал операции во многих других частях. Зависимости могут вырасти до многоуровневых, когда нехватка дискового пространства приводит к отказу ОС, на которой работает база данных. На данный момент пользователи CRM, CMS, BPMS, и многих других бизнес-приложений не смогут выполнять свои задачи. Система мониторинга, настроенная без зависимостей будет производить десятки или сотни уведомлений и отправлять сотни или тысячи электронных писем о всех этих системах. В качестве альтернативы, разумно используют функцию зависимости, что даст только одно уведомление информирующее о недостатке места на диске, в то же время скрывая все другие уведомления.

Различные уровни серьёзности

Поскольку не все триггеры обладают одним уровнем серьёзности, триггеру можно назначить один из шести уровней серьёзности. Степень серьезности затем наносят на визуальное представление триггеров и можно использовать для регулирования реакции на проблемное событие.

Визуализация

Люди легче отличаю визуальные данные чем голые цифры, особенно когда есть огромное количество данных. Ниже представлены различные функции визуализации.

Веб-интерфейс Zabbix является особенностью, которая отличает его от других решений. Мощный, но простой в использовании графический интерфейс официально поставляется вместе с установочным пакетом.

Графический

Можно отображать много графиков на одном экране, автоматически обновлять их, изменять период и так далее.

Нет необходимости в скрытых текстовых файлах.

Все настройки мониторинга можно менять в веб-интерфейсе. Не нужно знать как пользоваться консолью и текстовыми редакторами UNIX.

Контролируйте все в одном месте

Веб-интерфейс предлагает как настройку мониторинга так и просмотр собранных данных. Администратор сети может видеть и контролировать все в одном интерфейсе.

Веб-интерфейс Zabbix обеспечивает централизованную настройку всех аспектов мониторинга. Изменения конфигурации сразу становятся активными.

Zabbix полностью поддерживает Unicode/UTF-8 для настоящей локализации и многоязычности.

Аудит

Все пользовательские операции записываются.

Кросс-браузерная поддержка

Поддерживаются последние версии Google Chrome, Mozilla Firefox, Microsoft Internet Explorer и Опера. Другие браузеры (Konqueror, Apple Safari) тоже могут работать с Zabbix.

Глобальный поиск

Глобальный поиск содержит предложения, основанные на введенной строке.
Результаты поиска содержат соответствующие узлы, группы узлов и шаблоны.

Глобальные уведомления

Глобальные уведомления отображают информацию требующую немедленного внимания пользователя, независимо от экрана, на который он смотрит. В глобальные уведомления входят сообщения и воспроизведении звука.
Глобальные уведомления можно включить в настройках профиля пользователя. Если они включены, можно изменить время ожидания реакции на уведомление. По умолчанию, сообщения будет оставаться на экране в течение 90 секунд.
Сообщения можно фильтровать на основе триггера важности. Для каждого триггера важности и сообщения о восстановлении можно настроить воспроизведение звука.
Поступающие сообщения отображаются в плавающем разделе на правой стороне. Этот раздел можно перемещать по вертикали.

Локализация

Веб-интерфейс переведен на 22 языка. Процесс перевода продолжается.

Темы оформления

По умолчанию, веб-интерфейс Zabbix предоставляет несколько предустановленных тем. Пользователи могут создавать свои собственные темы.

Глобальная панель инструментов

Zabbix Dashboard представляет собой центральное место в веб-интерфейсе и обеспечивает детальную информацию о контролируемой среде. Доступна следующая информация на одном экране:

• Состояние Zabbix Server.
• Состояние системы.
• Состояние хоста.
• Последние 20 проблем.
• Веб-мониторинг.

• Графики.
• Экраны.
• Карты.

Пользователи могут настраивать приборную панель, перетаскивать виджеты, добавлять и удалять избранное.

Графики

Zabbix может легко генирировать графики из собранных данных.

Автоматические графики.

Стандартные графики для различных элементов доступны без каких-либо настроек - эти графики создаются на время выполнения. Для просмотра такого графика нажмите на "Graph next" любого элемента в "Latest data".
Управление графиком позволяет изменять отображаемый в данный момент период времени.

Перетаскивание с увеличением (зумом)

Рассматриваемый период времени изменяется путем перетаскивания или изменения размера полосы прокрутки времени.

Кроме этого, ссылки слева (выше полосы прокрутки) дают возможность выбора предустановленных, часто используемых периодов времени и перемещения отображаемых периодов вперед/назад по временной шкале (ниже полосы прокрутки). Даты с правой стороны работают как ссылки, всплывающий календарь позволяет установить время начала и окончания.

Пользовательские графики

Пользовательские графики мощнее стандартных. В пользовательских графиках данные из нескольких пунков можно сравнить и вы можете задать стиль графика или способ отображения строчек. Пользовательские графики можно создавать для хоста, нескольких узлов или шаблона.
Пользовательские графики наряду с парой основных отчетов позволяют смотреть данные в контексте.

Гистограмма отчетов

Гистограмма отчетов позволяет посмотреть на данные с разных точек зрения. Хотите посмотреть на еженедельные значения температуры в серверной комнате за последние два месяца? Нужно сравнить загрузку веб-сервера за первый месяц каждого квартала этого года? Все это и многое другое можно с этой функцией.

Карты сетей

Каждый элемент на карте может представлять собой хост, группу хостов, один триггер, изображение или другую карту. Редактирование карт современем было улучшено добавлением drag-and-drop, выделением областью и выбором отображаемых деталей элемента в всплывающем окне.

Посмотрите что происходит

Так как элементы карты могут быть связаны, карта может стать "живой", начиная отображать то что происходит в наблюдаемых узлах.
Если что-то случится, значок состояния и цвет устройства на карте автоматически измениться.

Пропускная способность в деталях. Значок и описание устройства могут содержать пользовательские макросы. Например, пропускная способность в реальном времени и средняя нагрузка процессора могут отображаться в описании хоста.

Состояние зависимостей

Если вы нажмете на узел то получите доступ к некоторым скриптам и ссылкам на страницы состояния триггера, который предоставит список активных триггеров узла и страницу экрана узла.

Экраны и презентация

Экраны

Независимые визуальные элементы (графики, карты, данные обзоров и т.д.) могут быть сгруппированы вместе для отображения на одном экране обзора.
Экраны Zabbix в основном табличные и могут содержать в каждой ячейке:

• график;
• определенный пользователем график;
• карту;
• другой экран;
• текстовую информацию;
• информацию о сервере (обзор);
• информацию о триггере (обзор);
• обзор данных;
• часы;
• историю событий;
• историю действий;
• URL (данные взяты из другого места).

Строитель экрана делает создание экрана простым и интуитивно понятным. Количество элементов на экране не ограничено.

Презентация.

Презентация может показывать несколько экранов один за другим, в соответствии с заданным интервалом.

Доступ к необработанным данным

Все собранные данные, независимо от типа, храняться в таблицах журнала как необработанные данные.

События и детали уведомлений

Список событий

Zabbix хранит все события в базе данных. Вы можете просмотреть все события в списке. Можно использовать параметры фильтрации для поиска специфического для триггера события.

Кроме этого, вы можете написать сообщение подтверждения каждого события.

События и детали уведомлений
Если вы нажмете на событие то увидите подробности событий и уведомлений. На этом экране источник событий, детали подтверждения и связанных событий тоже отображаются.

Безопасность и аутентификация

Права пользователя

Типы пользователей

Тип пользователя	Описание
Пользователь Zabbix
Администратор Zabbix	Права группы узлов должны быть указаны явно.
Суперадминистратор Zabbix

• чтение и запись;
• только чтение;
• доступ запрещен.

Скриншот ниже дает общее представление о том, как легко можно назначить права пользователей узлу или группе узлов.

Методы аутентификации

• внутренняя база данных;
• базовая авторизация по HTTP;
• LDAP аутентификация.

Приятные мелочи

Нанесение значений на карту .

Нанесение значений полезно для просмотра данных. Вы можете нанести текстовое пояснение на полученное значение. Таким образом, вместо голого значения "1", отображается что-то более понятное, например «доступно».

Рабочее время

Рабочее время отображается белым фоном, а не рабочее - серым.

Просмотр нескольких лог-файлов вместе

В просмотре истории журнала можно объединить несколько журналов данных на одном экране. А также фильтровать и выделять данные журнала в текстовом режиме. Это нужно чтобы находить и легко исследовать конкретные данные журнала.

Уведомления

Zabbix позволяет не только собирать, хранить и анализировать информацию о контролируемой среде, но информировать ответственный персонал о возникновении событий используя различные каналы и опции. Zabbix обеспечивает полный рабочий процесс: отправка уведомлений, разрешение подтверждения полученой информации, разглашение информации другим людям и способность принимать меры.

Ниже описаны различные стадии процесса уведомления:

• получить сообщение;
• выполнить команду;
• эскалация (разглашение) ответов на проблемы.

Получение сообщений

Выбор метода

Zabbix имеет несколько предопределенных способов доставки уведомлений. Администраторы могут получать уведомления несколькими способами:

• по электронной почте;
• по SMS;
• на Jabber;
• с помощью пользовательских alertsript.

Кроме этого, для уведомлений можно использовать скрипты. Содержание уведомлений полностью настраивается в зависимости от контекста. Каждый контакт может получить уведомление указанными способами с использованием указанных средств массовой информации в указанный день и время.

Включение важных деталей

Выполнение и инвентаризация информации, настройка информации и последние данные можно включить в сообщение. Сообщение может иметь такие поля как:

• дата и время;
• имя узла;
• предмет и описание триггера;
• последние данные;
• профиль узла.

Настройки в зависимости от получателя

При отправке сообщения пользователю или группе пользователей, сообщение о этой же проблеме можно настроить на другой набор информации в зависимости от роли получателей в организации.

Выполнение команд

На удаленной системе можно запустить команды оболочки чтобы исправить ситуацию, когда система перегружена или когда сервисы не работают должным образом. Типичным примером использования таких программ есть перезапуск сервера или сервисов.
Команды можно выполнить:

• на Zabbix сервере;
• на Zabbix agent;
• используя IPMI;
• используя Telnet и SSH.

Более подробная информация о удаленном выполнении команд в руководстве.

Эскалация (разглашение) ответов на проблемы.

Эскалация содержит сценарий, который представляет собой график отправки уведомлений. Если проблема не устранена или не было подтвержения, уведомление отправляется другим получателям и даже по необходимости выполняются команды.

Zabbix обеспечивает эффективные и чрезвычайно гибкие правила эскалации заданий. В зависимости от настроек, Zabbix автоматически эскалирует (переходит к следующему шагу распространения) нерешенные проблемы и выполняет действия назначенные каждому шагу эскалации.

Поддерживаемые параметры

• Немедленное информирование о новых проблемах.
• Pro-активный мониторинг: Zabbix выполняет предопределенные скрипты (удаленные команды).
• Повторение уведомлений пока проблема не решена.
• Отложенные уведомления и удаленные команды.
• Эскалация проблем для других групп пользователей.
• Различные пути эскалации для признанных и непризнанных проблем.
• Восстановление сообщения для всех заинтересованных сторон.
• Zabbix поддерживает неограниченное количество шагов эскалации.

Истоии эскалаций могут быть включены в уведомлениях, так что получатель видит то, что происходит и почему он получил это сообщение.

Шаблоны, импорт и экспорт

Шаблоны

Шаблоны - отличный способ упростить управление Zabbix. Набор объектов (элементов данных, триггеров, графиков, приложений, экранов и правил обнаружения) можно связать с шаблоном чтобы эффективнее управлять тысячами устройств.
Шаблоны можно привязывать к узлам. Все элементы, триггеры и графики шаблона будут автоматически добавлены к связанному узлу. Изменяйте определенные элементы шаблона (устройства, триггер, графики и т.д.) и изменения автоматически применяться ко всем узлам.

Настройка импорта и экспорта

Zabbix позволяет обмениваться настройками импорта и экспорта между системами.
Данные экспортируются в XML-формат, который легко читать и редактировать. Данные импорта и экспорта:

• Обмен шаблонами или сетевыми картами между пользователями, системами или организациями.
• Параметры конфигураций.
• Интеграция со сторонними инструментами.

Использование XML-формата позволяет встраивать Zabbix в сторонные приложения и проводить импорт/экспорт.
Эта функция относится к трем основным категориям конфигурации: узлы и связанные с ними данные, сетевые карты и экраны.

1. Импорт и экспорт узлов.

• Узлы и связанные с ними шаблоны.
• Приложения.
• Товары.
• Триггеры.
• Пользовательские графики.
• Пользовательские макросы.
• Правила исследования.

Импорт и экспорт карт.

• Настройка карты.
• Все элементы карты, включая изображения, триггеры, узлы сети, группы узлов и карты.
• Все разъемы с соответствующими данными, включая метки и индикаторы состояния.

Экран импорта/экспорта

• Экран импорта/экспорта поддержкивает все элементы экрана.

Автоматическое обнаружение

Мониторинг крупных окружений без автоматизации может стать кошмаром. Zabbix предоставляет несколько способов автоматизации управления такими средами. Устройства и элементы устройств, такие как файловые системы и сетевые интерфейсы, могут быть добавлены и удалены автоматически по мере их поступления и выхода из организации.

Есть три основных подхода автоматического обнаружения и управления элементами среды в пределах Zabbix, каждый из которых обслуживает свое поле деятельности: сетевое обнаружение, низкоуровневое обнаружение и агент авторегистрации.

Сетевое обнаружение

Эта функция позволяет периодически сканировать сеть на предмет внешних сервисов и Zabbix агентов (пассивно) и принять заранее определенные действия при обнаружении их. Процесс исследования начинаестя с загрузки , которые опираются на следующую информацию:

• IP диапазон сканирования;
• внешние сервисы для поиска (FTP, SSH, WEB, POP3, IMAP, TCP и т.д.);
• информацию, полученную от агента Zabbix;
• информацию, полученную от SNMP агента.

Функции сканирования генерируют события сканирования, которые могут стать основой для соответствующих предопределенных действий, таких как:

• отправка уведомлений пользователю;
• добавить или удалить узел;
• включить и отключить узел;
• добавить или удалить узел в группу;
• привязать или отвязать узел от шаблона;
• выполнить удаленный сценарий.

Дествия могут быть настроены с учетом типа устройства, IP, статуса, uptime/downtime и других параметров.

Низкоуровневое сканирование

Низкоуровневое обнаружение предоставляет возможность автоматического создания элементов, триггеров и графиков на различных элементах на устройстве. Например, Zabbix может автоматически начать мониторинг файловых систем или сетевых интерфейсов на машине, без необходимости создания элементов для каждой файловой системы или сетевого интерфейса вручную.
Zabbix поддерживает три типа низкоуровневого сканирования:

• сканнирование файловых ситсем;
• сканирование сетевых интерфейсов;
• сканирование SNMP OIDs.

Автоматическая регистрация активного агента

Эта функция позволяет серверу Zabbix автоматически начать мониторинг нового оборудования, если на данном оборудовании установлен агент Zabbix. Это позволяет добавлять новые узлы сети для мониторинга без ручной настройки сервера Zabbix для каждого отдельного узла. При добавлении нового оборудования в контролируемую среду, необходимо лишь установить агент Zabbix (активный) и направить его к серверу Zabbix.
Функция автоматической регистрации очень удобна для автоматического мониторинга новых облачных узлов. Как только у вас появился новый узел в облаке, Zabbix автоматически начнет сбор данных о производительности и доступности этого узла.

Распределенный мониторинг

Распределенный мониторинг через Zabbix прокси

Zabbix прокси собирает информацию о контролируемой среде и отправляет ее на Zabbix сервер. Использование Zabbix прокси может значительно упростить обслуживание контролируемой среды и значительно повысить производительность центрального сервера Zabbix.

Использование Zabbix прокси является самым простым способом сбора локальной информации и отчетности на центральный сервер Zabbix.

Безопасность и аутентификация

Права пользователя

Zabbix умеет эффективно управлять правами пользователя на одном сервере или распределенной среде.

Типы пользователей

Zabbix поддерживает несколько типов пользователей. Типы пользователей используются для определения доступа к административным функциям и назначения разрешений по умолчанию.

Тип пользователя	Описание
Пользователь Zabbix	Пользователь имеет доступ к меню мониторинга. Пользователь не имеет доступа к любым ресурсам по умолчанию. Права группы узлов должны быть указаны явно.
Администратор Zabbix	Пользователь имеет доступ к мониторингу и настройке. Пользователь не имеет доступа к любым группам узлов по умолчанию. Права группы узлов должны быть указаны явно.
Суперадминистратор Zabbix	Пользователь имеет доступ ко всему: Мониторинг, Настройка и администрирование. У него есть доступ к чтению и записи на все группы узлов. Permissions cannot be revoked by denying access to specific host groups.

Предоставление доступа к узлам

Права выдаются группам пользователей на уровне групп узлов. Таким образом, доступ к целому ряду узлов зависит от того какие права групп пользователей принадлежат группе узлов.

Есть три вида прав доступа к узлам или группе узлов:

• чтение и запись;
• только чтение;
• доступ запрещен.

Предоставление прав на добавление групп узлов соответствующего уровня доступа.

Методы аутентификации
Веб-интерфейс Zabbix поддерживает несколько методов аутентификации:

• внутренняя база данных;
• базовая авторизация по HTTP;
• LDAP аутентификация.

Если LDAP используется в качестве метода проверки подлинности и по каким то причинам он стал недоступен, группы пользователей по прежнему могут использовать внутреннюю авторизацию для доступа к веб-интерфейсу Zabbix.

Управление системой

Периоды обслуживания

Функции обслуживания могут быть использованы для планового технического обслуживания узлов сети и групп узлов. Администратор может заранее установить срок обслуживания в веб-интерфейсе. Можно указывать ежедневные, еженедельные и ежемесячные периоды обслуживания.

Поддерживаются два режима управления техническим обслуживанием, сообщая администратору, следует ли прекратить сбор всех данных или подавить только оповещений о сбоях.

Инвентарь

Zabbix поддерживает такую информацию о узле как серийный номер, MAC-адрес, ОС и программное обеспечение. Эта информация может быть включена в уведомление о проблемах с устройством, что упрощает системному администратору понимание причины проблемы и помогает найти решение.

Поле "Host inventory" может быть заполнено автоматически. Специальные элементы могут собирать информацию о узлах и заполнять поле инвентаризации в определении узла.

Пользовательские скрипты для управления узлами

В пользовательском веб-интерфейсе Zabbix можно использовать скрипты. На приборной панели, в экранах карт и событий, администратор может запускать сценарии нажав на значок имени узла или карты и выбрав сценарий из выпадающего списка.

Эта функция полезна для первой реакции на проблему в системе. Ping и traceroute доступны по умолчанию.

Zabbix API

API Zabbix обеспечивает доступ почти ко всем функциям. Наличие API Zabbix открывает много возможностей для еще большей эффективности в области мониторинга. Некоторые из них описаны ниже.

Простая двусторонняя интеграция

Zabbix API позволяет легкую интеграцию с любым программным обеспечением, которое в состоянии сделать или принять внешние вызовы. Интеграцию с системой тиккетов можно рассматривать как один из наиболее частых применений Zabbix API. Интеграция с популярными системами тиккетов, такими как JIRA и Bugzilla, займет всего несколько дней.

Программное обеспечение третьих сторон

Кроме того, можно использовать Zabbix API для интеграции функций Zabbix в программное обеспечение, разработанное другой стороной.

Управление конфигурацией

При работе в автоматизированных средах, управляемых с помощью таких систем управления конфигурацией как Puppet, Chef, интеграция Zabbix с такими системами может сэкономить много времени при добавлении, удалении или обновлении оборудования или программного обеспечения.

Еще одна интересное использование Zabbix API: вы можете добавить сотни или тысячи устройств, что с помощью веб-интерфейса не возможно.

Получение данных

Zabbix имеет большой объем информации о среде организации хранящейся в базе данных. Эта информация заслуживает повторного использования в программах по статистике, безопасности и инвентаризации чтобы дать больше возможностей организации. И это расширяет горизонты использования Zabbix для сбора информации не только о доступности и производительности ИТ-среды, но и о бизнес-метриках, KPI, расположении товарно-материальных ценностей, различных датчиков (влажность, температура, движение, бесконтактные датчики) и многих других битов информации, которые окружают нас в повседневной деятельности.

Мобильные приложения

Мониторинг ИТ-среды требует постоянного внимания независимо от ответственности персонала, выходных или даже отпусков. С помощью мобильных телефонов и смартфонов можно получить доступ к визуализации, конфигурации, подтверждении событий и многим другим возможностям Zabbix. Любой человек может развивать свое собственное приложение по управлению Zabbix или пользоваться уже готовым приложением.

Начало работы с API

Статья в блоге Zabbix описывает как пользоваться API на примерах проверки подлинности, получении списка узлов и описании потока данных.

Смотрите полный список в оффициальной документации Zabbix.

© 2013 сайт. Копирование материала разрешается только с указанием прямой и индексируемой ссылки .

В любой сети, где есть больше, чем один сервер, очень полезно бывает иметь перед глазами полную картину происходящего. В крупных сетях, где количество хостов переваливает за несколько десятков, следить за каждым в отдельности - непосильная задача для администраторов. Для облегчения задачи наблюдения применяются системы мониторинга, и я расскажу об одной из них, которой на Хабре не посвящено ни одной полноценной статьи.

И так, встречайте: Zabbix . Система состоит из нескольких частей, и при большой нагрузке и наблюдении за очень большим количеством хостов позволяет разнести эти части на несколько раздельных машин.

Zabbix состоит из

• собственно сервера мониторинга, который выполняет периодическое получение данных, обработку, анализ и запуск скриптов оповещения
• базы данных (MySQL, PostgreSQL, SQLite или Oracle)
• веб-интерфейса на PHP
• агента - демона, который запускается на отслеживаемых объектах и предоставляет данные серверу. Агент опционален, мониторинг можно производить не только с помощью него, но и по SNMP (версий 1, 2, 3), запуском внешних скриптов, выдающих данные, и несколько видов предопределенных встроенных проверок, таких как ping, запрос по http, ssh, ftp и другим протоколам, а так же замер времени ответа этих сервисов.

В рамках вводной статьи стоит рассказать о том, какая модель сети используется в Zabbix, чтобы лучше понимать, что к чему и получить представление о возможностях системы.

Основная логическая единица - Узлы сети (host), сервера, находящиеся под наблюдением. Каждому серверу присваивается описание и адрес (dns или ip, можно оба, причем с возможностью выбирать, что использовать для соединения).

Узлы объеднияются в группы , например веб-сервера или сервера баз данных. Группы служат для вывода только определенных серверов при наблюдении.

Каждый узел имеет несколько Элементов данных (items) - параметров, за которыми ведется мониторинг. К примеру, на всех серверах у меня есть параметр ping, (он получается с помощью встроенной проверки), который равняется 1, если ответ на последний ping-запрос был получен, иначе 0. А на одном из серверов у меня есть параметр «количество пользователей онлайн», который собирается самописным скриптом из базы данных сайта. Для каждого элемента данных можно указать свой период обновления, способ хранения(сам параметр или скорость его изменения), множитель, временной интервал сбора (например только в рабочее время).

Создавать элементы данных для каждого из множества серверов - сложно, поэтому можно создать узлы-шаблоны . Эти узлы тоже содержат элементы данных, но они не мониторятся напрямую. Вместо этого реальный хост связывается с одним или несколькими шаблонами, и все параметры шаблона автоматически наследуются хостом. Так, элемент ping у меня хранится именно в шаблоне, и я просто связываю все хосты с шаблоном template_ping.

Человек - не робот, и следить за тысячами параметров и думать, не выходит ли это значение за допустимые границы, просто нереально. Но и тут Zabbix предоставляет гибкие возможности по настройке условий-триггеров , которые включаются при авариях и неполадках, и система начинает моргать лампочками (на самом деле красными квадратиками) и изо всех сил пытается показать администратору, что что-то случилось. Между прочим, при включении триггера веб-интерфейс даже начинает попискивать на манер будильника, наверное, чтобы разбудить заснувших на клавиатуре наблюдателей. :) Так что колонки здесь, наверное не помешают. А в упомянутом выше моем шаблоне template_ping есть и триггер, который реагирует на отсутствие пинга больше, чем на две минуты.

А если администратора нет на месте? Ничего, Zabbix достаточно самостоятелен и сможет отправить уведомление на почту, в jabber или sms с помощью gsm-модема, или даже попытаться самостоятельно поднять упавший сервис, выполнив заранее определенные действия , которые запускаются при срабатывании определенных триггеров.

Скучно сидеть и вглядываться в квадратики и бесконечно бегающие цифры? По данным любого параметра система сможет построить график изменения, причем не за предопределенные и жестко заданные временные интервалы (вспомните mrtg/rrdtool: daily, weekly, monthly, yearly), а за любой промежуток времени с максимальным разрешением. Хотите посмотреть в деталях, как изменялась нагрузка на сервер во время хабраэффекта месяц назад? Пожалуйста, график с разрешением в 30 секунд(именно таков интервал опроса по умолчанию) к вашим услугам. Хотите общую картину? Выберите интервал в месяц и посмотрите на среднюю величину, и разброс колебаний до максимума и минимума. Сравнить? Можно создавать сложные графики, отображающие на одном поле несколько параметров, и вы сразу увидите, что пиковые значения Load Average соответствуют пикам трафика.

Для отображения логической структуры сети можно создавать карты сети , отображающие именно расположение узлов сети и связей между ними. Естественно, состояние узлов (доступен или нет) отображается и на карте.

Кроме того, для более удобного обзора есть комплексные отчеты , которые позволяют на одном экране просматривать сразу несколько сущностей - графики, данные, триггеры…

Zabbix - довольно мощная и обширная система, и запасе у него есть еще полдесятка функций, которые позволяют еще больше упростить наблюдение за сетью, такие как мониторинг состояния веб-сайта с помощью автоматического выполнения сценария вроде «залогиниться, посмотреть новые сообщения и выйти», но их я еще даже не касался.

Скриншоты - с официального сайта Zabbix, и остальные можете посмотреть именно там (а их там много) -

20 Фев 2018

Zabbix - это свободная (open-source) система для мониторинга состояния компьютерных сетей, серверов и различного оборудования. Фактически программа состоит из трех компонентов:

1. Zabbix-сервер - это ядро системы (центральный процесс) программного обеспечения Zabbix. Используется для хранения и обработки всей информации, а также оповещает администраторов о возникающих проблемах.
2. Zabbix-прокси - это процесс, который собирает данные с нескольких узлов в локальное хранилище. После этого, он передает всю информацию на сервер (единым пакетом).
3. Zabbix-агент - это программа, устанавливаемая непосредственно на наблюдаемое устройство. Собирает всю информацию (о локальных ресурсах и приложениях), которая после передается на сервер.

Стоит отметить особенности Zabbix - программа поддерживает множество платформ (Linux, Mac OS, Windows) и доступна через веб-интерфейс. С его помощью вы можете получить доступ к данным мониторинга с любого ПК, но для этого стоит выполнить предварительную настройку на Zabbix-сервере.

Возможности Zabbix

Для сбора информации Zabbix использует системные вызовы, благодаря чему, влияние на производительность минимальное. Ознакомится с параметрами, которые мониторятся с помощью Zabbix можно в таблице.

	Детальные параметры
Базовые параметры	Объем занятой оперативной памяти Свободное место на диске Скорость работы накопителей (IOPS) Изменения определенных файлов Информация о сервере (время работы, имя)
Мониторинг комплектующих сервера. Для данного мониторинга используется интерфейс IPMI (либо его аналоги)	Температурные показатели (информация со всех установленных датчиков) и вольтаж комплектующих Скорость вращения вентиляторов
Информация о сетевом оборудовании	Уровень трафика (с разделением на download и upload) Состояние интерфейсов, а также информация о возникающих ошибках
Мониторинг служб	Получение информации о службах на сервере (например, о конкретных портах) Различные параметры служб MySQL Asterisk, Microsoft Exchange
Сертификаты	Срок службы сертификатов

Это позволяет предотвратить возникающие проблемы до их наступления, а также точно определить “узкое” место в системе. Мониторинг осуществляется круглосуточно, что позволяет фиксировать все ошибки, независимо от времени их возникновения. Давайте разберемся, какие практические сценарии использования мониторинга Zabbix.

Пример 1. Непредвиденное отключение сервера

Возможная проблема

В ходе работы сервера накапливаются системные файлы. Это может привести к отключению сервера из-за переполнения системного диска C.

Решение

Мониторинг системы, был настроен на вывод предупреждения, если на диске доступно менее 5 Гб. Таким образом, администратор может предотвратить возникновение данного инцидента вновь, очистив диск С от ненужных файлов.

Пример 2. Некорректно работающее резервное копирование

Проблема

Бэкапы успешно выполнялись каждый день, однако, при очередном резервном копировании возникла ошибка. Настройки не изменялись.

Решение

Так как видимых причин проблемы нет (изменение настроек и т.д.), был установлен мониторинг. С его помощью выяснилось, что установленный сертификат неактуален - закончился срок действия. Сертификат был обновлен, после чего резервное копирование работает корректно.

Кроме того, Zabbix был настроен на отслеживание состояния сертифика. Как только срок его действия подходит к концу, администратор системы получал об этом уведомление.

Пример 3. Безопасность системы

Проблема

Несанкционированное добавление нового пользователя Linux, либо изменение прав уже существующих. Таким образом, злоумышленники могут получить доступ к всей системе и хранящейся информации.

Решение

Мониторинг файла passwd (в нем хранится информация о пользователях), сообщающий о его изменениях. В случае добавления нового пользователя или изменения прав у существующих, администратор получает уведомление об этом. Благодаря круглосуточному мониторингу, специалисты It-lite отреагируют на это в кратчайшие сроки и предпримут необходимые действия. Это позволит предотвратить несанкционированный доступ к системе в любое время суток.

Внедрение Zabbix

Как видим, Zabbix полезный инструмент, позволяющий не только найти причины ошибки, но и избежать ее повторения в будущем. Однако, для получения полной и корректной информации, следует выполнить его настройку. Это технически сложный процесс, для которого не подходит универсальная инструкция. У специалистов It-lite большой опыт таких работ, благодаря чему они быстро и качественно выполнят внедрение мониторинга Zabbix. При этом, они обязательно учитывают нюансы настраиваемой инфраструктуры.

Примеры применения

31.10.2018

При выборе системы мониторинга ИТ-инфраструктуры предприятия нужно учесть ряд факторов: в первую очередь оценить соответствие функционала системы мониторинга вашим техническим и бизнес-требованиям и рассмотреть особенности развёртывания и сопровождения, чтобы подобрать инструмент, соответствующий вашей инфраструктуре и уровню компетенции ИТ-специалистов.

В этой статье мы рассмотрим особенности, различия и схожие черты двух популярных систем мониторинга Zabbix vs Nagios .

Краткий обзор продуктов

Использование систем мониторинга с оборудованием NetPing

Ранее в нашем блоге мы неоднократно рассматривали возможность использования систем мониторинга Zabbix и Nagios с и компании .

Процесс подключения устройств к системам мониторинга рассматривается в следующих статьях:

Процесс организации мониторинга при помощи интеграции устройств и систем мониторинга Zabbix и Nagios рассматривается в статьях:

Процесс организации отправки пользовательских сообщений о событиях из систем мониторинга Zabbix или Nagios посредством SMS-сообщений с использованием GSM-модема встроенного в устройства рассматривается в статьях:

Также в нашем блоге доступны для более удобного добавления устройств к мониторингу в системе Zabbix и другие статьи о практическом применении интеграции системы мониторинга Zabbix с устройствами :

• Карта пользователя и уведомления от устройств NetPing в Zabbix

Достоинства и недостатки

Zabbix

Достоинства	Недостатки
Полностью бесплатный.	Мониторинг серверов и рабочих станций осуществляется через постоянно запущенный агент.
Конфигурирование через web-интерфейс и с помощью API.	Все данные мониторинга хранятся в базе, что в крупных сетях требует выделения дополнительных вычислительных мощностей для обслуживания базы данных.
Вся конфигурация хранится в базе, управляется через web-интерфейс.	Не обеспечивается отказоустойчивость.
Единая точка доступа для пользователей.
Разграничение доступа к данным и конфигурации.
Минимальный интервал между замерами – 1 секунда.
С серверов собираются не результаты проверок (сломалось или нет), а количественные характеристики работы, которые анализируются на стороне сервера.
Время хранения данных ограничено лишь дисковым пространством.
Развитые возможности анализа собранных данных.

Nagios

Достоинства	Недостатки
Простой формат конфигурационного файла. При наличии минимального опыта в программировании можно писать собственные плагины для Nagios.	Нет возможности конфигурирования через web-интерфейс (для бесплатной версии). Все изменения конфигурации выполняются правкой файлов конфигурации с последующим полным перезапуском сервера Nagios (~10-15 минут).
Позволяет оставлять комментарии с меткой времени.	Слишком большой интервал между проверками и замерами параметров.
Существуют плагины на все случаи жизни от сторонних производителей.