Zabbix или Prometheus в 2026 году
Выбор системы мониторинга — одно из первых решений при построении ИТ-инфраструктуры. Zabbix и Prometheus — два самых популярных решения на российском рынке. Zabbix известен с 2001 года и хорошо знаком администраторам. Prometheus появился в 2012 году в SoundCloud и стал стандартом для облачных и контейнерных сред.
В этой статье — подробное сравнение Zabbix и Prometheus по ключевым параметрам: архитектура, метрики, визуализация, стоимость, сложность настройки. Разберём, что выбрать для серверов, Kubernetes, микросервисов. Если нужен мониторинг под ключ — поможем.
Что такое Zabbix
Zabbix — открытая система мониторинга, разработанная в 2001 году Алексеем Владышевым (Латвия). Используется тысячами компаний по всему миру, включая крупные российские. Основная идея — централизованный сервер, который собирает данные с агентов и внешних источников, а затем отображает их в веб-интерфейсе.
Ключевые особенности Zabbix
- Централизованная архитектура: один сервер, множество агентов и прокси;
- Pull и push модели: сервер сам опрашивает агентов или получает данные активно;
- Готовые шаблоны: для серверов, сетевого оборудования, СУБД, приложений;
- Встроенные графики: дашборды, карты сети, отчёты;
- Гибкие триггеры: сложные условия, зависимости, эскалации;
- Поддержка SNMP: мониторинг сетевого оборудования;
- Агенты: для Linux, Windows, macOS;
- Веб-интерфейс: PHP-приложение, настраивается через браузер;
- БД: MySQL, PostgreSQL;
- Хранение: встроенная база, поддержка TimescaleDB, ClickHouse.
Преимущества Zabbix
- Простая настройка: не требует знания языков запросов;
- Готовые шаблоны: сразу после установки можно мониторить серверы;
- Мониторинг сети: SNMP, ICMP, IPMI — из коробки;
- Встроенные дашборды: не нужна отдельная Grafana;
- Русскоязычная документация: большое сообщество в России;
- Богатая история: проект развивается более 20 лет;
- Простая миграция: понятные команды для экспорта и импорта.
Недостатки Zabbix
- Сложности с контейнерами: для Kubernetes и Docker требуется дополнительная настройка;
- Ограниченный язык запросов: сложные метрики требуют вычисляемых элементов;
- Меньше гибкости: всё через веб-интерфейс, сложно автоматизировать;
- БД растёт: без TimescaleDB или ClickHouse производительность падает;
- UI устарел: в сравнении с современными дашбордами выглядит менее современно.
Что такое Prometheus
Prometheus — открытая система мониторинга, разработанная в SoundCloud в 2012 году. С 2016 года — проект Cloud Native Computing Foundation (CNCF). Стал стандартом для мониторинга облачных и контейнерных сред. Основная идея — pull-модель: сервер сам опрашивает экспортёры и хранит данные в time-series базе.
Ключевые особенности Prometheus
- Pull-модель: сервер сам опрашивает экспортёры;
- Time-series БД: собственная база данных, оптимизированная для метрик;
- PromQL: мощный язык запросов для метрик;
- Экспортёры: для серверов, БД, приложений, контейнеров;
- Service Discovery: автоматическое обнаружение сервисов в Kubernetes;
- Grafana: обычно используется для визуализации;
- Alertmanager: отдельный сервис для алертов;
- Федерация: объединение нескольких Prometheus-серверов;
- Локальное хранение: данные на диске сервера Prometheus;
- Интеграция с Kubernetes: из коробки.
Преимущества Prometheus
- Стандарт для Kubernetes: используется во всех облачных средах;
- Мощный язык запросов: PromQL позволяет строить сложные метрики;
- Автоматическое обнаружение: Service Discovery для контейнеров;
- Масштабируемость: через федерацию, Thanos, VictoriaMetrics;
- Простая модель данных: метрика + метки;
- Активное сообщество: огромное количество экспортёров и интеграций;
- Лёгкость установки: один бинарник, минимум зависимостей.
Недостатки Prometheus
- Сложность для новичков: нужно понимать PromQL и архитектуру;
- Нет встроенной визуализации: требуется Grafana;
- Локальное хранение: данные не шардируются автоматически;
- Ограниченный мониторинг сети: SNMP через сторонние экспортёры;
- Нет встроенных алертов: нужен Alertmanager;
- Лимит на хранение: по умолчанию 15 дней, требуется настройка.
Архитектура
Архитектура — ключевое отличие Zabbix и Prometheus. Понимание архитектуры помогает выбрать систему под задачи.
Архитектура Zabbix
- Zabbix Server: центральный компонент, обрабатывает метрики, триггеры, алерты;
- Zabbix Agent: устанавливается на серверы, собирает метрики;
- Zabbix Proxy: для распределённых объектов, снижает нагрузку на сервер;
- Web Frontend: PHP-приложение для управления;
- Database: MySQL, PostgreSQL, TimescaleDB;
- Модель: pull (сервер опрашивает агентов) + push (агенты отправляют);
- Обнаружение: ручное или через Network Discovery.
Архитектура Prometheus
- Prometheus Server: опрашивает экспортёры, хранит метрики;
- Exporters: отдельные приложения для сбора метрик (Node Exporter, cAdvisor);
- Pushgateway: для короткоживущих задач, которые не могут быть опрошены;
- Alertmanager: отдельный сервис для маршрутизации алертов;
- Time-series DB: встроенная база данных;
- Модель: pull (сервер опрашивает экспортёры);
- Service Discovery: автоматическое обнаружение сервисов в Kubernetes, Consul, EC2.
| Параметр | Zabbix | Prometheus |
|---|---|---|
| Модель | Pull + Push | Pull |
| Центральный компонент | Zabbix Server | Prometheus Server |
| Агенты | Zabbix Agent | Exporters |
| Прокси | Zabbix Proxy | Федерация, Thanos |
| Алерты | Встроены в сервер | Alertmanager (отдельно) |
| Хранение | MySQL, PostgreSQL, TimescaleDB | Встроенная TSDB |
| Обнаружение | Network Discovery | Service Discovery |
| Web UI | Встроен (PHP) | Отдельно (Grafana) |
Метрики и язык запросов
Метрики — основа мониторинга. Zabbix и Prometheus работают с метриками по-разному.
Метрики в Zabbix
- Items: базовая единица метрики (CPU, RAM, диск);
- Готовые шаблоны: для типовых систем достаточно применить шаблон;
- Вычисляемые метрики: производные от существующих;
- Нет языка запросов: всё настраивается через UI;
- Триггеры: сложные условия с функциями (avg, min, max, last);
- Простые метрики: числовое значение + временная метка;
- Гибкость: поддерживаются текстовые, строковые, лог-метрики.
Метрики в Prometheus
- Метрика + метки: каждая метрика имеет имя и набор меток (label);
- PromQL: язык запросов для метрик;
- 4 типа метрик: Counter, Gauge, Histogram, Summary;
- Функции: rate, increase, sum, avg_over_time, histogram_quantile;
- Алерты в PromQL: условия записываются в виде запросов;
- Гибкость: можно строить сложные агрегации;
- Короткое хранение: по умолчанию 15 дней.
Пример: мониторинг CPU сервера
Zabbix:
- Применяется шаблон
Template OS Linux by Zabbix agent; - Автоматически собираются метрики CPU (idle, user, system, iowait);
- Триггер:
avg(/host/system.cpu.util,5m)>80— средняя загрузка за 5 минут выше 80%; - Алерт отправляется через встроенные каналы.
Prometheus:
- Node Exporter собирает метрики и отдаёт их на
/metrics; - Prometheus опрашивает эндпоинт каждые 15 секунд;
- Метрика:
node_cpu_seconds_total{mode="idle"}; - Запрос:
100 - (avg(rate(node_cpu_seconds_total{mode="idle"}[5m])) by (instance) * 100); - Alertmanager отправляет алерт при превышении порога.
Визуализация
Визуализация данных важна для оперативного реагирования и анализа. Zabbix и Prometheus решают эту задачу по-разному.
Визуализация в Zabbix
- Встроенные дашборды: работают сразу после установки;
- Графики: простые и составные, настраиваются через UI;
- Карты сети: визуализация связей между устройствами;
- Скриншоты: автоматические снимки состояния;
- Отчёты: встроенные отчёты по доступности и SLA;
- Дашборды: панели с виджетами (графики, проблемы, карты);
- Ограничения: внешний вид менее современный, чем Grafana.
Визуализация в Prometheus
- Встроенный UI: простой интерфейс для отладки запросов, не для продакшена;
- Grafana: основной инструмент визуализации, используется с Prometheus;
- Мощные дашборды: графики, панели, переменные, шаблоны;
- Множество источников: Grafana работает с десятками БД;
- Плагины: огромная библиотека плагинов;
- Алерты в Grafana: можно настраивать алерты прямо в дашбордах;
- Ограничения: Grafana — отдельный сервис, требует настройки.
💡 Важно
Grafana работает с обоими системами. Можно использовать Grafana как единый интерфейс для Zabbix и Prometheus, а также для других источников данных (ClickHouse, Elasticsearch, PostgreSQL).
Алерты
Алерты — критичный компонент мониторинга. От качества алертов зависит скорость реакции команды.
Алерты в Zabbix
- Встроены в сервер: не нужен отдельный сервис;
- Триггеры: условия срабатывания;
- Эскалация: повышение уровня алерта при отсутствии реакции;
- Зависимости: алерт не отправляется, если проблема в родительском узле;
- Каналы: email, SMS, Telegram, webhook, script;
- Дежурства: расписания и назначения ответственных.
Алерты в Prometheus
- Alertmanager: отдельный сервис для маршрутизации;
- Правила: записываются в YAML, используют PromQL;
- Группировка: объединение связанных алертов;
- Эскалация: через маршруты и получателей;
- Silencing: отключение алертов на время;
- Каналы: email, Slack, Telegram, webhook, PagerDuty;
- Интеграция с Grafana: алерты можно настраивать в Grafana.
| Параметр | Zabbix | Prometheus |
|---|---|---|
| Встроенные алерты | Да | Нет (Alertmanager) |
| Язык правил | UI + триггеры | YAML + PromQL |
| Эскалация | Да | Да |
| Зависимости | Да | Через правила |
| Группировка | Да | Да (Alertmanager) |
| Silencing | Да | Да |
| Telegram | Да | Да |
| Slack | Да | Да |
Масштабирование
Масштабирование важно, когда инфраструктура растёт. Zabbix и Prometheus решают эту задачу по-разному.
Масштабирование Zabbix
- Zabbix Proxy: распределение нагрузки по прокси;
- Шардирование БД: разделение данных по серверам;
- TimescaleDB: оптимизация хранения метрик;
- ClickHouse: альтернативное хранилище для больших объёмов;
- Высокая доступность: активный/пассивный Zabbix Server;
- Лимиты: Zabbix Server — монолит, сложно масштабировать горизонтально.
Масштабирование Prometheus
- Федерация: объединение нескольких Prometheus-серверов;
- Thanos: глобальное хранилище и запросы;
- VictoriaMetrics: высокопроизводительная замена Prometheus;
- Prometheus Remote Write: отправка метрик во внешние хранилища;
- Grafana Mimir: долгосрочное хранение;
- Преимущество: Prometheus легко масштабируется горизонтально.
Стоимость и сложность
Оба решения — open source и бесплатны. Но есть отличия в сложности настройки и эксплуатации.
| Параметр | Zabbix | Prometheus |
|---|---|---|
| Лицензия | GPL v2 (бесплатно) | Apache 2.0 (бесплатно) |
| Платная поддержка | Есть (Zabbix LLC) | Есть (через вендоров) |
| Установка | Пакеты для ОС, Docker | Один бинарник, Docker |
| Сложность настройки | Средняя (UI) | Высокая (YAML, PromQL) |
| Порог входа | Низкий | Средний |
| Документация | Обширная, русскоязычная | Обширная, англоязычная |
| Найм специалистов | Легко | Средне |
| Обслуживание | Средняя нагрузка | Требует понимания |
| Кастомизация | Ограниченная | Высокая |
Сравнительная таблица
Итоговое сравнение Zabbix и Prometheus по ключевым параметрам.
| Параметр | Zabbix | Prometheus |
|---|---|---|
| Год создания | 2001 | 2012 |
| Разработчик | Zabbix LLC | CNCF |
| Модель | Pull + Push | Pull |
| Язык запросов | Нет | PromQL |
| Встроенные дашборды | Да | Нет (Grafana) |
| Встроенные алерты | Да | Нет (Alertmanager) |
| Мониторинг сети (SNMP) | Из коробки | Через экспортёры |
| Kubernetes | Через дополнительную настройку | Из коробки |
| Масштабирование | Через прокси и БД | Через федерацию, Thanos |
| Порог входа | Низкий | Средний |
| Кастомизация | Средняя | Высокая |
| Сообщество в России | Большое | Среднее |
Когда выбирать Zabbix
- Традиционная инфраструктура: серверы Linux/Windows, сети, СУБД;
- Мониторинг сетевого оборудования: SNMP, ICMP, IPMI из коробки;
- Готовые шаблоны: нужно быстро запустить мониторинг;
- Простая настройка: команда не знает PromQL;
- Русскоязычная документация: важно для команды;
- Распределённые объекты: Zabbix Proxy для филиалов;
- Хранение истории: долгосрочные отчёты, SLA;
- Ограниченный бюджет: Zabbix проще в эксплуатации.
Когда выбирать Prometheus
- Kubernetes и Docker: Service Discovery, cAdvisor, kube-state-metrics;
- Микросервисы: метрики приложений, кастомные метрики;
- Облачная инфраструктура: AWS, GCP, Yandex Cloud, VK Cloud;
- Высокая кастомизация: PromQL, кастомные экспортёры;
- Масштабирование: федерация, Thanos, VictoriaMetrics;
- Grafana: если уже используется Grafana для визуализации;
- Молодая команда: знакомая с YAML и современными инструментами;
- Готовность к сложностям: команда готова разбираться с PromQL.
Комбинация Zabbix и Prometheus
Многие компании используют обе системы одновременно. Это даёт лучшее из двух миров.
Сценарии комбинации
- Zabbix для серверов: Linux/Windows, сети, оборудование;
- Prometheus для Kubernetes: поды, сервисы, приложения;
- Grafana как единый интерфейс: оба источника в одном дашборде;
- Alertmanager для контейнеров: алерты Kubernetes в Slack;
- Zabbix для алертов серверов: email, SMS, Telegram.
Преимущества комбинации
- Полный охват: и серверы, и контейнеры;
- Гибкость: каждая система используется там, где сильнее;
- Единый интерфейс: Grafana объединяет данные;
- Опыт команды: можно использовать оба инструмента;
- Постепенная миграция: не нужно срочно менять всё.
Недостатки комбинации
- Двойная поддержка: две системы требуют обслуживания;
- Двойная настройка: алерты, дашборды, триггеры;
- Разные форматы: метрики Zabbix и Prometheus несовместимы;
- Стоимость: больше ресурсов на поддержку.
💡 Важно
Комбинация оправдана для крупных инфраструктур с разными типами сервисов. Для большинства проектов достаточно одной системы: Zabbix для традиционных, Prometheus для облачных.
Чек-лист выбора
Инфраструктура
- Традиционные серверы (Linux/Windows)
- Сетевое оборудование (SNMP)
- Kubernetes и Docker
- Микросервисы
- Облачные ресурсы
Команда
- Знает ли команда PromQL?
- Опыт работы с YAML
- Знакома ли с Zabbix?
- Готова ли к обучению?
- Есть ли ресурсы на поддержку?
Требования
- Встроенные дашборды
- Мощный язык запросов
- Мониторинг сети
- Автообнаружение сервисов
- Долгосрочное хранение
Бюджет
- Бюджет на внедрение
- Бюджет на поддержку
- Готовность к комбинации
- Потребность в платной поддержке
- Долгосрочные планы
Наши рекомендации
Что вы получаете, заказывая мониторинг у нас
- Аудит инфраструктуры — что мониторить, какие метрики важны;
- Выбор системы — Zabbix, Prometheus или комбинация;
- Настройку мониторинга — серверы, сайты, БД, сеть;
- Дашборды Grafana — единый интерфейс для всех данных;
- Алерты — Telegram, SMS, email, webhook;
- Обучение команды — работа с системой мониторинга;
- Поддержку — обновления, доработки, консультации.
📌 Итоговый вывод
Zabbix и Prometheus — обе системы мощные и зрелые, но для разных задач.
Что нужно знать:
- Zabbix: традиционная инфраструктура, серверы, сети, SNMP, готовая настройка;
- Prometheus: Kubernetes, микросервисы, облака, гибкость, PromQL;
- Визуализация: Zabbix — встроенная, Prometheus — через Grafana;
- Алерты: Zabbix — встроенные, Prometheus — через Alertmanager;
- Масштабирование: Zabbix — через прокси, Prometheus — через федерацию;
- Стоимость: оба бесплатны, разница в сложности настройки и поддержки;
- Комбинация: обе системы можно использовать вместе — Zabbix для серверов, Prometheus для контейнеров;
- Выбор: зависит от инфраструктуры, команды и задач.
Также рекомендуем: мониторинг, облачный мониторинг (MaaS), Uptime и SLA, Alert Fatigue, все статьи.