Zabbix в 2026 году: честный разбор бесплатной системы мониторинга, которую мы ставим почти каждому клиенту

Почему в ITfresh мониторинг — не опция, а обязательный слой

Меня зовут Евгений Семёнов, я технический директор ITfresh. Мы обслуживаем компании до 50 рабочих мест в Москве, и за 15 с лишним лет я вывел для себя простое правило: инфраструктура без мониторинга — это инфраструктура, о состоянии которой вы узнаёте от бухгалтера. Причём узнаёте в самый неподходящий момент — в день сдачи отчётности, когда «1С не открывается».

Когда к нам приходит новый клиент, мы первым делом смотрим журналы событий и состояние дисков на его серверах. И вот честная статистика по нашим подключениям: примерно 8 из 10 «внезапных» аварий были видны заранее. Не за час — за недели:

• диск с базами 1С заполнялся со скоростью 2 ГБ в неделю, и любой график показал бы точную дату смерти сервера;
• задание резервного копирования молча падало 47 дней подряд — никто не читал журнал;
• батарея ИБП держала уже не 20 минут, а 40 секунд — выяснилось это при реальном отключении электричества;
• RAID-массив три месяца работал в degraded-режиме на одном из двух дисков.

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

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

Что такое Zabbix и почему это де-факто стандарт в РФ

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

Почему именно он стал стандартом в России? Несколько причин, которые я вижу на практике:

• Нет ограничений по хостам и метрикам. Бесплатная версия — это не «пробник», а полный продукт. Хоть 10 хостов, хоть 10 000 — функциональность одна и та же, никакого «free tier на 100 сенсоров».
• Официальный русский интерфейс из коробки. Язык переключается в профиле пользователя, и это не машинный перевод от энтузиастов, а эталонная локализация. Документация тоже переведена полностью: zabbix.com/documentation/7.0/ru/. Вендор исторически тесно связан с русскоязычным рынком, и это чувствуется в качестве перевода каждой мелочи — вплоть до подсказок в формах.
• Крупнейшее русскоязычное сообщество. Любая ошибка, которую вы поймаете, уже разобрана на форумах и в телеграм-чатах по-русски. Найти инженера со знанием Zabbix на рынке труда проще, чем по любой другой системе мониторинга.
• Он не попал под санкционные качели. Репозитории доступны, обновления ставятся, ничего не нужно качать через VPN — для продукта, который живёт в проде годами, это важнее, чем кажется.

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

Версии и лицензия без маркетингового тумана

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

Zabbix 7.0 LTS — то, что мы ставим в прод

Ветка 7.0 LTS (сейчас это релизы 7.0.2x) поддерживается до 2029 года: три года полной поддержки плюс два года исправлений безопасности. Именно её мы разворачиваем клиентам. Логика простая: сервер мониторинга — это то, что должно работать годами без «сюрпризов после апдейта». В 7.0 уже есть всё, что нужно офису: синтетический веб-мониторинг, гибкие дашборды с виджетами, прокси с балансировкой нагрузки, асинхронные поллеры (агентские и SNMP-опросы стали заметно легче по ресурсам, чем в шестой ветке).

Zabbix 7.4 — свежая ветка для тех, кому нужны новинки

Текущий стандартный релиз — 7.4 (на момент написания — 7.4.12). Стандартные ветки выходят каждые полгода и живут недолго: поддержка 7.4 заканчивается уже осенью 2026-го. Там появляются приятные вещи — улучшенные виджеты, обновлённые карты, новые препроцессинги, — но для боевой инфраструктуры клиента я не готов каждые полгода планировать мажорный апгрейд. 7.4 у нас стоит на внутреннем стенде: смотрим, что приедет в следующую LTS.

Zabbix 8.0 LTS: ждать или ставить сейчас?

Следующая LTS-версия — 8.0 — анонсирована на 2026 год (вендор целился в середину года, на момент публикации релиза ещё нет). Главные обещания: полноценная поддержка OpenTelemetry — приём трейсов и логов приложений, а не только метрик, — новые движки хранения под большие объёмы потоковых данных и новое мобильное приложение. Звучит серьёзно, и для DevOps-команд это шаг в сторону настоящей observability-платформы.

Мой совет для офиса до 50 рабочих мест: не ждать. Трейсы микросервисов вам мониторить не нужно, а диск сервера 1С заполняется уже сейчас. Ставьте 7.0 LTS — процедура апгрейда между LTS-версиями у Zabbix штатная и обкатанная (мы проходили путь 5.0 → 6.0 → 7.0 на десятках инсталляций, база и конфигурация мигрируют автоматически). Когда 8.0 отлежится до первых минорных релизов, обновитесь за вечер.

Лицензия: AGPLv3 с версии 7.0 — что это значит для бизнеса

Начиная с версии 7.0 Zabbix распространяется под лицензией AGPLv3 (раньше была GPLv2). Для компании, которая использует Zabbix для мониторинга собственной инфраструктуры, — а это 100% наших клиентов — не меняется ничего: бесплатно, без ограничений функций, хостов и пользователей, для коммерческого использования в том числе. Ограничения AGPL касаются тех, кто строит на базе Zabbix собственный SaaS-продукт и продаёт его как сервис, не открывая свои доработки. Если вы не вендор систем мониторинга — можете спокойно пропустить этот абзац.

Анатомия системы: как Zabbix собирает данные

Сердце системы — Zabbix Server: он опрашивает хосты, принимает данные, вычисляет триггеры и рассылает оповещения. Данные складываются в СУБД (MySQL/MariaDB или PostgreSQL), веб-интерфейс — PHP-приложение (для 7.0 нужен PHP 8.0+). Всё это спокойно живёт на одной виртуалке. А вот способов доставить данные на сервер — несколько, и в типовом офисе используются все четыре.

Zabbix agent 2 — для серверов и рабочих станций

На Windows- и Linux-машины ставится лёгкий агент (у нас в стандарте — agent 2, он написан на Go и умеет плагины). Работает в двух режимах: passive — сервер спрашивает, агент отвечает; active — агент сам забирает список проверок и отправляет данные. Активный режим мы любим за то, что он пробивается через NAT: достаточно одного исходящего соединения от клиента к нашему серверу мониторинга, никаких пробросов портов внутрь сети клиента. Минимальный рабочий конфиг агента — четыре строки:

Server=mon.example.ru
ServerActive=mon.example.ru:10051
Hostname=srv-1c-01
TLSConnect=psk

Агент из коробки отдаёт сотни метрик: CPU, память, диски, службы Windows, счётчики perfmon, журналы событий, состояние процессов. Хотите нестандартное — UserParameter позволяет превратить любой скрипт в метрику. У нас так мониторится, например, количество rphost-процессов кластера 1С.

SNMP — коммутаторы, принтеры, ИБП, СХД

Всё, куда агент не поставить, опрашивается по SNMP: управляемые коммутаторы, сетевые принтеры (уровень тонера — любимая метрика офис-менеджеров), ИБП, дисковые полки, шлюзы. Zabbix умеет SNMP v1/v2c/v3 и низкоуровневое обнаружение: подключили ИБП APC — система сама нашла батарею, входное напряжение и оценку времени автономии, создала элементы данных и триггеры по шаблону.

Безагентные проверки — взгляд снаружи

Simple checks (ICMP-пинг, проверка TCP-порта) и HTTP-агент закрывают мониторинг «глазами пользователя»: отвечает ли сайт компании, жив ли почтовый сервер на 25/443/993, открывается ли RDP-порт терминального сервера, сколько дней осталось до истечения TLS-сертификата. Эти проверки не требуют вообще ничего на стороне наблюдаемого объекта.

Триггеры, зависимости, эскалации

Метрика сама по себе — просто число. Триггер — это выражение, которое превращает число в событие. Например, «место на диске C: закончится, судя по тренду, раньше чем через 7 дней»:

timeleft(/srv-1c-01/vfs.fs.size[C:,pfree],1h,0)<7d

Дальше включается механика действий: событие → сообщение дежурному в Telegram (штатный webhook-медиатип есть из коробки, настраивается за 10 минут); нет реакции 30 минут — эскалация на старшего инженера; проблема критичная — параллельно письмо и SMS. Зависимости триггеров убирают шум: если упал шлюз офиса, вы получите одно сообщение про шлюз, а не тридцать про «недоступные» за ним серверы и принтеры. На нашей практике от момента «метрика ушла за порог» до сообщения в телефоне инженера проходит 30–60 секунд.

Что Zabbix закрывает в типовом офисе до 50 рабочих мест

Теория — хорошо, но покажу на живом наборе. Вот что мониторит один Zabbix-сервер у типичного нашего клиента (торговая компания, 30 сотрудников, два физических сервера, терминальный доступ в 1С):

• Windows-серверы и 1С. Службы «Агент сервера 1С:Предприятия», SQL Server, место на дисках с базами и журналами транзакций, длина очереди диска, количество и память rphost-процессов, успешность ночного бэкапа (по свежести файла в каталоге копий и коду задания). Отдельный триггер — «файл бэкапа старше 26 часов»: именно он ловит молча умершие задания.
• Терминальный сервер RDS. Доступность порта 3389 снаружи и изнутри, число активных сессий, CPU и память на сессию. Классика жанра: «у всех всё тормозит» почти всегда оказывается одним пользователем, открывшим 40 вкладок браузера — на графике это видно за секунды.
• Шлюзы Keenetic, MikroTik, pfSense. По SNMP: загрузка каналов, состояние туннелей, потери и джиттер до внешних точек. Флапающий интернет-канал — это не «у провайдера всё хорошо, проверьте у себя», а график ICMP-потерь с точным временем каждого провала, который можно приложить к претензии провайдеру.
• ИБП. Заряд и температура батареи, входное напряжение, расчётное время автономии. Триггер «время автономии < 5 минут» спас не один сервер: батареи деградируют тихо.
• Принтеры. Тонер ниже 10% — заявка на закупку создаётся до того, как бухгалтерия не сможет распечатать акт.
• Сайт и почта снаружи. HTTP-сценарий с проверкой кода ответа и слова на странице, TLS-сертификаты (предупреждение за 14 дней до истечения), доступность SMTP/IMAP.
• IP-камеры и видеорегистраторы. Хотя бы ICMP + порт RTSP: «камеры не писали две недели» обнаруживается обычно в тот день, когда запись понадобилась.

Всё перечисленное — это одна виртуальная машина на 2 vCPU и 4 ГБ RAM с Linux, Zabbix Server и MariaDB на борту. При 40–60 хостах и типовой частоте опроса ей более чем достаточно; узким местом на таких объёмах Zabbix не становится никогда — раньше закончится место под историю, о чём поговорим в минусах.

Сравнительная таблица: Zabbix против четырёх альтернатив

Раз в пару лет я пересматриваю альтернативы — вдруг мир изменился. Критерии в таблице выбраны не «айтишные», а те, что реально важны компании до 50 рабочих мест: сколько часов уйдёт до первого полезного алерта, что урезано в бесплатной версии, есть ли русский язык и заведётся ли Telegram без бубна.

Короткие выводы из таблицы, как я их проговариваю клиентам:

• PRTG — прекрасный продукт с самым дружелюбным стартом, но бесплатные 100 сенсоров заканчиваются мгновенно: один Windows-сервер с дисками, службами и счётчиками съедает 15–25 сенсоров. Дальше — платная лицензия, и это уже сотни тысяч рублей. Плюс ему нужен Windows-сервер под себя.
• Prometheus + Grafana — великолепный инструментарий, но это конструктор для DevOps-команды: pull-модель, PromQL, отдельный Alertmanager, отдельно дашборды. Для Kubernetes — да, безоговорочно. Для офиса с 1С и принтерами — вы будете платить за часы инженера, собирающего то, что в Zabbix уже собрано.
• Nagios Core — ветеран, на котором я сам работал в конце нулевых. Конфигурация текстовыми файлами, интерфейс из прошлой эпохи, история и графики — через сторонние надстройки. В 2026-м начинать новый проект на нём я причин не вижу.
• Checkmk Raw — достойный, местами быстрее Zabbix в настройке благодаря агрессивной автодетекции. Останавливают два момента: отсутствие русской локализации и заметно меньшее сообщество в РФ.

Zabbix остаётся единственным вариантом, где «всё в одном», по-русски, без ограничений и бесплатно — все четыре пункта одновременно.

Честные минусы, о которых молчат рекламные обзоры

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

1. Кривая обучения. Первую неделю глаза разбегаются: элементы данных, триггеры, действия, операции, медиатипы, узлы сети, шаблоны с макросами. Модель данных мощная, но её нужно один раз понять. Инженер без опыта потратит день на то, что опытный делает за 20 минут. Это цена гибкости, и она реальна.

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

3. База данных растёт — и это надо контролировать. История метрик пишется в СУБД, и при настройках «по умолчанию, на всякий случай побольше» база пухнет незаметно. Мой антирекорд у клиента с «самонастроенным» Zabbix: MySQL на 180 ГБ истории, из которых реально использовались проценты. Лечение — вменяемые сроки хранения (у нас стандарт: история 14–31 день, тренды 1 год) и настроенный housekeeping. Мониторить сервер мониторинга — не шутка, а пункт нашего чек-листа.

4. Шаблоны из коробки шумные. Официальные шаблоны щедры на триггеры, и без тюнинга через месяц Telegram-канал с алертами превращается в белый шум, который все замьютили. «Загрузка CPU выше 90% в течение 5 минут» на терминальном сервере в 9:05 утра — это не проблема, это понедельник. Пороги надо подгонять под каждого клиента: у нас на это заложено 2–4 часа во внедрении и ещё пара итераций в первый месяц. Правило простое: каждый алерт должен требовать действия. Если действие — «проигнорировать», алерт надо чинить.

5. Графики проигрывают Grafana по красоте. В седьмой ветке виджеты заметно посвежели, но Grafana всё равно рисует наряднее. Хорошая новость: Grafana штатно подключается к Zabbix плагином, и если заказчику нужны красивые панели на телевизор в переговорку — мы делаем именно так, данные при этом живут в одном месте.

Когда Zabbix — НЕ ваш выбор

Честная сегментация вместо «Zabbix для всех»:

• У вас 3 компьютера, роутер и сайт на конструкторе. Разворачивать сервер мониторинга — из пушки по воробьям. Хватит бесплатного внешнего чекера доступности сайта (уведомление «сайт лежит» на почту) и привычки раз в месяц смотреть на свободное место. Появится первый сервер с 1С — возвращайтесь к этой статье.
• У вас Kubernetes и микросервисы. Если инфраструктура — это поды, деплойменты и сервис-меши, ваш родной стек — Prometheus + Grafana + Alertmanager: там экосистема экспортеров и опыт индустрии. Zabbix умеет мониторить Kubernetes, но плыть против течения незачем.
• Вы не хотите свой сервер мониторинга в принципе. Мониторинг as-a-service (внешние SaaS-панели) снимает с вас эксплуатацию, но это подписка с оплатой за хост/метрику, ваши данные у третьей стороны и зависимость от внешнего сервиса. Это не плохо — это другая статья расходов и другой разговор.
• Нужен глубокий APM здесь и сейчас. Трассировка запросов внутри приложений — пока не про Zabbix; поддержка OpenTelemetry заявлена в 8.0, но делать на неё ставку до релиза и обкатки я бы не стал.

Во всех остальных случаях — а это практически любой офис от 5–7 рабочих мест с хотя бы одним сервером — Zabbix закрывает задачу целиком.

Что дальше: серия статей и главный вывод про деньги

Эта статья — фундамент серии про мониторинг, которую мы публикуем в блоге ITfresh. Дальше по плану:

1. Развёртывание Zabbix 7.0 LTS за вечер — от чистой Ubuntu до первого дашборда, с готовыми командами и нашим чек-листом пост-настройки.
2. Оповещения и интеграции — Telegram-бот, эскалации, дежурства, подавление шума и зависимостей.
3. Эксплуатация и безопасность — housekeeping, шифрование агентов PSK, обновления, бэкап самой системы мониторинга.
4. Кейс — как выглядит месяц жизни бухгалтерской фирмы на мониторинге: какие алерты пришли, что предотвратили, сколько это сэкономило.

А теперь главный вывод — про деньги, потому что решение в итоге принимает не инженер. Полная стоимость владения мониторингом на Zabbix для офиса до 50 рабочих мест складывается из одной виртуальной машины (2 vCPU / 4 ГБ — это сотни рублей в месяц у любого хостера или вообще ноль, если есть свой гипервизор) и 8–16 часов внедрения с тюнингом порогов. Всё. Дальше — только сопровождение в фоновом режиме. Коммерческие аналоги с сопоставимым покрытием обойдутся от 100 тысяч рублей в год и выше — каждый год, — при том что функционально для задач малого офиса вы не получите ничего сверх того, что Zabbix делает бесплатно.

Мониторинг — самая недооценённая инвестиция в IT малого бизнеса: он не ускоряет работу и не приносит выручку напрямую, он просто делает так, что аварии перестают быть внезапными. По моему опыту, одна предотвращённая остановка сервера 1С в день сдачи НДС окупает внедрение целиком.