Zabbix — система мониторинга IT-инфраструктуры: полный обзор, настройка и возможности

Zabbix — это enterprise-уровня система мониторинга IT-инфраструктуры с открытым исходным кодом, которая позволяет отслеживать состояние серверов, сетевого оборудования, приложений и облачных сервисов в реальном времени. В отличие от простых скриптов мониторинга или узкоспециализированных инструментов, Zabbix предоставляет централизованную платформу для сбора метрик, визуализации данных, автоматического обнаружения проблем и оповещения администраторов через email, SMS, Telegram или интеграцию с ITSM-системами.

В этой статье мы подробно рассмотрим архитектуру Zabbix, его ключевые компоненты (сервер, прокси, агенты, веб-интерфейс) и основные возможности: настройку триггеров и шаблонов, работу с протоколами SNMP, JMX и IPMI, низкоуровневое обнаружение устройств, прогнозирование проблем на основе исторических данных. Вы узнаете, как Zabbix собирает данные через 17 различных типов проверок, как настраивать автоматическое обнаружение сетевых устройств и почему эта система подходит как для небольших сетей, так и для крупных enterprise-инфраструктур с тысячами хостов.

Мы также разберем преимущества и недостатки Zabbix по сравнению с другими системами мониторинга (SCOM, Prometheus, Nagios), рассмотрим историю развития проекта с 1998 года до современных версий (6.x, 7.x LTS) и обсудим типичные сценарии использования: мониторинг производительности серверов, отслеживание доступности сервисов, контроль ресурсов (CPU, RAM, disk I/O) и интеграция с Grafana для продвинутой визуализации.

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

Описание Zabbix

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

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

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

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

• Предотвратить и минимизировать время простоя за счет раннего предупреждения о неполадках;
• Оптимизировать производительность ИТ-инфраструктуры;
• Сэкономить на обслуживании за счет предсказуемого обслуживания вместо аварийного ремонта;
• Обеспечить соответствие SLA и стандартам отрасли.

Таким образом, мониторинг критически важен для поддержания эффективности, надежности и безопасности ИТ на высоком уровне.

Система состоит из четырёх основных компонентов:

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

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

• MySQL;
• Oracle;
• PostgreSQL;
• SQLite;
• IBM DB2.
• TimescaleDB

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

Сервер Zabbix устанавливается на следующие платформы: Linux (основная и рекомендуемая платформа), FreeBSD, NetBSD, OpenBSD, AIX, HP-UX, Solaris, macOS.

Агент Zabbix 2 (актуальное поколение, рекомендуется к использованию) поддерживает все перечисленные выше Unix-платформы, а также Windows — начиная с Windows Server 2008 R2 и Windows 7. Поддержка более ранних версий Windows (2000, XP, 2003) прекращена.

Агент первого поколения (Zabbix agent, устаревший) формально поддерживает более широкий список ОС, включая IBM AIX на архитектуре POWER8, однако для новых внедрений рекомендуется использовать Zabbix agent 2.

Zabbix agent 2 написан на Go, что обеспечивает более простое расширение через плагины и лучшую кроссплатформенность. Он является предпочтительным выбором начиная с версии Zabbix 5.0.

Актуальный и полный список поддерживаемых платформ для конкретной версии Zabbix всегда доступен в официальной документации на zabbix.com, поскольку поддержка отдельных ОС может меняться от релиза к релизу.

Краткая история Zabbix

Zabbix был создан в 1998 году Алексеем Владишевым — разработчиком из Латвии — для нужд банка, в котором он работал. Первая версия была написана на Perl и решала сугубо внутренние задачи. Позднее проект был полностью переработан: переписан на C и PHP, архитектура пересмотрена с нуля. В 2001 году исходный код открыт под лицензией GPL, а в 2004 году вышла стабильная версия 1.0. В 2005 году основана компания Zabbix SIA, которая по сей день занимается развитием продукта и оказывает платную коммерческую поддержку.

Версия 2.0 (2012) принесла значительный прирост производительности и переработанный интерфейс. В 3.0 (2016) появилось шифрование трафика между сервером и агентами, функции прогнозирования на основе исторических данных, а также улучшена поддержка Docker. Версия 4.2 (2019) добавила поддержку метрик в формате Prometheus, что открыло путь к интеграции с современным стеком observability.

Переломным стал релиз 5.0 (2020): именно тогда появился Zabbix agent 2, написанный на Go, с поддержкой плагинов и значительно расширенными возможностями интеграции.

Zabbix 6.0 LTS (2022) стал одним из наиболее значимых релизов для enterprise-среды: встроенная поддержка высокой доступности (HA) без сторонних решений, переработанный модуль бизнес-сервисов и улучшенная корреляция событий.

Zabbix 7.0 LTS (2024) закрепил курс на глубокую наблюдаемость: добавлен тип проверки Browser для мониторинга веб-сценариев через headless-браузер, тип проверки Script с выполнением JavaScript на сервере, переработан планировщик задач и расширен API.

Zabbix 7.4.0 (июнь 2025) — актуальная стабильная версия на сегодняшний день. Среди ключевых нововведений: Host Wizard для быстрого добавления хостов через пошаговый мастер, поддержка каскадного (вложенного) низкоуровневого обнаружения (nested LLD), OAuth-авторизация для email-уведомлений, поддержка TLS для соединения веб-интерфейса с сервером Zabbix, новый виджет Item card, динамический редактор виджетов дашборда, а также поддержка PHP 8.4 и TimescaleDB до версии 2.19.

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

Преимущества и недостатки Zabbix

Преимущества

• Полная бесплатность. Zabbix распространяется по лицензии AGPL v3 — никаких лицензионных отчислений ни за количество хостов, ни за функциональность, ни за объём собираемых данных.
• Универсальность мониторинга. Единая платформа закрывает серверы, сеть, приложения, базы данных, облачные сервисы, контейнеры и IoT-устройства — без необходимости держать несколько разных инструментов.
• Проактивное обнаружение проблем. Функции прогнозирования на основе исторических данных позволяют выявлять потенциальные проблемы до того, как они приведут к инциденту — будь то заканчивающееся дисковое пространство или надвигающийся пик нагрузки.
• Масштабируемость. Архитектура с прокси и группами прокси позволяет мониторить инфраструктуру любого размера — от небольшого стартапа до распределённой enterprise-среды с тысячами хостов.
• Гибкая система оповещений. Уведомления настраиваются по уровню критичности, времени суток, каналу доставки и получателю. Поддерживаются email, Telegram, Slack, PagerDuty, ITSM-системы и любые кастомные каналы через вебхуки.
• Безопасность. Поддержка TLS-шифрования между всеми компонентами, интеграция с LDAP и SAML, гранулярное управление правами доступа, маскирование секретных макросов.

Недостатки

• Высокий порог входа. Zabbix требует понимания своей концепции: хосты, элементы, триггеры, действия, шаблоны, правила обнаружения. Новичку потребуется время, чтобы разобраться в логике системы и правильно выстроить архитектуру мониторинга.
• Требовательность к ресурсам. При большом числе хостов и высокой частоте опроса нагрузка на сервер и СУБД существенно возрастает. Неправильно подобранные параметры конфигурации могут привести к задержкам в сборе данных или деградации производительности самой системы мониторинга.
• Интерфейс. Несмотря на улучшения в последних версиях, UI Zabbix по-прежнему воспринимается как менее интуитивный по сравнению с такими инструментами, как Grafana или Datadog. Часть пользователей решает это, подключая Grafana поверх Zabbix в качестве слоя визуализации.
• Платная официальная поддержка. Сообщество активное и форум хорошо развит, но если нужна гарантированная помощь от вендора — это платная подписка. Для небольших команд с ограниченным бюджетом это может быть существенным ограничением.

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

В систему мониторинга уже встроен набор стандартных метрик:

• нагрузка на процессор, в том числе по отдельным ядрам и процессам;
• объём доступной и общей оперативной памяти;
• активность дисковой подсистемы (чтение/запись, IOPS);
• свободное место на файловых разделах;
• сетевая активность по каждому интерфейсу;
• доступность хоста по ICMP (пинг).

Помимо системных метрик, из коробки доступны проверки для распространённых сервисов: HTTP/HTTPS, SSH, FTP, SMTP, POP, NTP, Telnet, VMware, а также популярных СУБД — MySQL, PostgreSQL, Oracle, MSSQL и других.

Для реагирования на отклонения метрик от нормы используются триггеры — логические выражения с настраиваемыми порогами срабатывания и восстановления. Порог восстановления задаётся отдельно, что исключает ложные срабатывания при колебаниях значений около границы. Например, аварийный триггер срабатывает, когда свободного места на диске остаётся менее 10%, но снимается только после того, как значение превысит 20% — конкретные пороги администратор задаёт самостоятельно под свои требования.

При срабатывании триггера Zabbix может отправить уведомление по любому настроенному каналу — email, Telegram, Slack и другим — а также автоматически выполнить заданную команду: перезапустить сервис, очистить кеш или создать тикет в ITSM-системе.

Проверки

Установка агента не является обязательной — в распоряжении администратора более 15 способов сбора информации с хостов.

• Zabbix agent — сервер сам опрашивает агента, подключаясь к нему с заданным интервалом (passive-режим).
• Zabbix agent (active) — агент сам подключается к серверу и отправляет данные, что удобно при наличии межсетевых экранов.
• Simple check — простые проверки доступности: пинг (ICMP), проверка TCP-порта и другие базовые тесты без установки агента.
• SNMP agent (версии 1, 2c, 3) и SNMP trap — сбор данных по протоколу SNMP; незаменим для мониторинга сетевого оборудования, принтеров, ИБП и другого оборудования без агента.
• HTTP agent — отправка HTTP/HTTPS-запросов и анализ ответа; позволяет мониторить REST API, веб-сервисы и доступность страниц без внешних скриптов.
• Zabbix Internal — сбор внутренней статистики самого сервера Zabbix: очереди, производительность обработчиков, статус прокси.
• Zabbix trapper — приём данных, которые внешние приложения сами присылают на сервер через утилиту zabbix_sender или API.
• External check — запуск произвольного исполняемого файла или скрипта на стороне сервера Zabbix с чтением стандартного вывода.
• Zabbix database monitor — выполнение SQL-запросов к базам данных через ODBC; позволяет мониторить показатели СУБД напрямую.
• IPMI agent — сбор данных через интерфейс IPMI/BMC: температуры, статус вентиляторов, питания серверного железа.
• SSH agent — подключение по SSH и выполнение команд на удалённом хосте с чтением вывода; агент не требуется.
• TELNET agent — аналог SSH agent для устаревшего оборудования с поддержкой только Telnet.
• JMX agent — мониторинг Java-приложений через Java Management Extensions (JMX); позволяет снимать метрики JVM, Tomcat, Kafka и других Java-сервисов.
• Script — выполнение пользовательского JavaScript-кода прямо на сервере Zabbix для трансформации, агрегации или нестандартного сбора данных. Добавлен в версии 5.4.
• Browser — мониторинг веб-сценариев через headless-браузер (Selenium WebDriver); позволяет имитировать действия реального пользователя: вход на сайт, заполнение форм, измерение времени загрузки страниц. Добавлен в версии 7.0.
• Calculated — вычисления на основе других элементов данных и их исторических значений; позволяет строить составные метрики без дополнительных запросов к хостам.

Для большинства типов проверок Zabbix предоставляет готовые шаблоны из официального репозитория (Zabbix Template Collection), которые покрывают тысячи устройств и сервисов.

Что собирает агент Zabbix

Процессор (CPU)

• CPU idle time — доля времени, когда процессор не выполняет никаких задач.
• CPU iowait time — время ожидания завершения операций ввода-вывода; высокое значение указывает на проблемы с дисковой подсистемой.
• CPU interrupt time — время обработки аппаратных прерываний.
• CPU nice time — время обслуживания процессов с изменёнными приоритетами.
• CPU steal time — время, которое гипервизор «крадёт» у виртуальной машины; критически важная метрика для VM-окружений.
• CPU system time — время выполнения кода ядра ОС.
• CPU user time — время выполнения пользовательских процессов. Interrupts per second — количество аппаратных прерываний в секунду.
• Context switches per second — количество переключений контекста; косвенно отражает нагрузку планировщика.
• Processor load (1, 5, 15 min) — средняя нагрузка на процессор за 1, 5 и 15 минут.

Оперативная память (RAM)

• Available memory — объём доступной оперативной памяти.
• Total memory — общий объём оперативной памяти.
• Used memory — объём используемой памяти.
• Memory utilization (%) — процент использования RAM; удобно для триггеров.
• Shared memory — объём памяти, разделяемой между процессами.
• Buffers / Cached — память, занятая буферами и кешем ядра (актуально для Linux).

Дисковая подсистема

• Disk space used / free — занятое и свободное место на каждом разделе.
• Disk space utilization (%) — процент заполненности раздела; основа для алертов «диск заканчивается».
• Disk read rate — скорость чтения (байт/сек).
• Disk write rate — скорость записи (байт/сек).
• Disk read operations per second — количество операций чтения в секунду (IOPS).
• Disk write operations per second — количество операций записи в секунду (IOPS).
• Disk average read/write time — среднее время выполнения операции; высокое значение сигнализирует о деградации диска.
• Disk queue length — длина очереди запросов к диску.

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

Триггеры

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

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

Уровни критичности — от «Информации» до «Катастрофы» — определяют важность проблемы и влияют на маршрутизацию оповещений: разные уровни можно направлять разным командам или по разным каналам связи.

Порог восстановления задаётся отдельно от порога срабатывания. Это исключает эффект «мигания» алертов, когда значение колеблется около границы: триггер сработает при превышении одного порога и снимется только при достижении другого.

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

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

Прогнозирование

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

Обе функции анализируют накопленные исторические данные и на их основе строят прогноз. Это позволяет получить уведомление заблаговременно — например, что через 4 часа закончится место на диске, или что к вечеру нагрузка на процессор превысит допустимый предел. Администратор успевает отреагировать до того, как проблема повлияет на работу сервисов.

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

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

Функциональность прогнозирования появилась в версии 3.0, выпущенной в феврале 2016 года, и доступна во всех последующих версиях, включая актуальную 7.4.0.

Низкоуровневое обнаружение (Low-Level Discovery)

Механизм LLD автоматически создаёт элементы данных, триггеры и графики для объектов, которые Zabbix обнаруживает на наблюдаемом хосте — без ручной настройки каждого из них. Достаточно один раз настроить правило обнаружения, и система сама начнёт мониторинг всех найденных объектов, включая новые, которые появятся в будущем.

Из коробки Zabbix умеет обнаруживать файловые системы и разделы, сетевые интерфейсы, процессоры и их ядра, OID по SNMP, источники данных ODBC, службы и процессы Windows, экземпляры баз данных, контейнеры Docker, виртуальные машины VMware, экземпляры JMX-приложений.

Начиная с версии 7.4.0 поддерживается каскадное (вложенное) LLD — правила обнаружения могут порождать дочерние правила, что позволяет строить многоуровневые иерархии автоматически обнаруживаемых объектов. Это особенно полезно в крупных динамических инфраструктурах, где состав хостов и сервисов постоянно меняется.

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

Прокси Zabbix

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

Прокси применяется в трёх основных сценариях.

• Первый — масштабирование. Когда инфраструктура разрастается настолько, что один сервер не справляется с нагрузкой, прокси распределяют сбор данных между собой, снижая нагрузку на центральный узел.
• Второй — удалённые площадки. Если агенты находятся в географически распределённых локациях с высокой задержкой или нестабильным каналом, прокси устанавливается локально рядом с агентами. Он собирает данные по быстрой локальной сети и передаёт их на центральный сервер в удобном темпе, не зависящем от качества внешнего канала.
• Третий — сегментированные сети. Когда агенты изолированы в отдельном сетевом сегменте и не имеют прямого доступа к серверу Zabbix, прокси выступает единственной точкой выхода из этого сегмента.

Начиная с Zabbix 6.0 поддерживаются группы прокси с автоматическим балансировкой нагрузки и failover — при недоступности одного прокси его хосты автоматически перераспределяются между оставшимися участниками группы. Это позволяет строить отказоустойчивую распределённую архитектуру мониторинга без ручного вмешательства.

Интерфейс

Взаимодействие с системой мониторинга происходит через веб-панель — она доступна из любого браузера и не требует установки дополнительного ПО на рабочее место администратора. Начиная с Zabbix 7.0 интерфейс полностью переведён на современный стек и поддерживает тёмную тему.

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

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

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

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

Графики и отчёты — для каждого элемента данных автоматически строится график изменения значений во времени. Доступны сводные графики по нескольким метрикам, а также SLA-отчёты по бизнес-сервисам за произвольный период.

Управление пользователями — создание аккаунтов с разграниченными правами доступа: от read-only до полного администрирования. Права настраиваются на уровне групп хостов, что позволяет разделить зоны ответственности между командами. Поддерживается интеграция с LDAP и SAML для централизованной аутентификации.

Заключение

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

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

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

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

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

В статье использовались изображения с официального сайта Zabbix.

Мониторинг в Zabbix: Часто задаваемые вопросы (FAQ)