Вышел Zabbix 8.0 LTS: трассировки приложений через OpenTelemetry, история в ClickHouse и MCP-сервер для ИИ-агентов
Новая LTS-ветка популярной системы мониторинга будет получать поддержку до 30 ноября 2031 года. Разбираем, что изменилось и что проверить перед переходом с 7.0.
5 ноября 2026 года вышел Zabbix 8.0.0, новая ветка с долгосрочной поддержкой. Разработчики называют его самым крупным релизом в истории проекта. Главное: Zabbix теперь принимает телеметрию приложений по OpenTelemetry, умеет хранить историю в ClickHouse и группирует связанные события, чтобы вместо сотни уведомлений приходила одна проблема с первопричиной. Подробности выпуска приводят страница «Что нового» на сайте проекта и Linuxiac.
Полная поддержка 8.0 продлится до 30 ноября 2029 года, ограниченная (только исправления безопасности) — до 30 ноября 2031 года. Ветка 6.0 LTS закрывается в феврале 2027 года, так что тем, кто сидит на ней, пора планировать переход.
Самое заметное для тех, кто держит на Linux-серверах сайты и веб-сервисы, — APM. Раньше Zabbix видел сервер снаружи: загрузку CPU, свободное место, ответ страницы. Теперь в тот же интерфейс приходят трассировки запросов изнутри приложения: какой обработчик тормозит, какой SQL-запрос съедает время. Для этого код нужно оснастить SDK OpenTelemetry. Если вы заказываете разработку сайта у студии, имеет смысл сразу внести это в техзадание: экспорт трассировок по OTLP, понятные имена спанов и request_id в логах. Тогда после сдачи проекта сайт подключается к вашему мониторингу за час, а не за неделю доработок.
Что нового в Zabbix 8.0
- APM на OpenTelemetry. Прокси Zabbix принимает данные по OTLP/gRPC, в веб-интерфейсе появился раздел APM с трассировками, метриками и логами. Новый тип элемента данных позволяет строить по телеметрии графики и триггеры.
- ClickHouse как хранилище истории. Исторические значения и телеметрию приложений можно хранить в ClickHouse. Разработчики обещают до десятикратного роста производительности при меньшей нагрузке на CPU и диск и меньшем объёме хранилища.
- Обработка сложных событий (CEP). Движок связывает родственные события в заданном окне времени, ищет первопричину и подавляет дубли. Правила сопоставления пишутся на JavaScript.
- MCP-сервер. Совместимые ИИ-агенты могут читать данные мониторинга, смотреть историю проблем, подтверждать алерты, менять важность и управлять периодами обслуживания. Права берутся из учётной записи пользователя Zabbix.
- Интерфейс. Настраиваемые таблицы узлов, шаблонов и проблем, тёмно-синяя тема, проверка полей прямо в формах, импорт и экспорт дашбордов в YAML, JSON и XML, виджет диаграммы рассеяния.
- Шаблоны. Новые интеграции для Podman, Kubernetes, Proxmox VE, MariaDB, Percona, облаков AWS, Azure, Google Cloud и Oracle Cloud, а также для API OpenAI и Claude.
Что проверить перед обновлением
У 8.0 выросли минимальные требования, и на старом сервере обновление может просто не встать. По заметкам к выпуску:
- веб-интерфейсу нужен PHP 8.2 или новее;
- минимальные версии СУБД: PostgreSQL 15, MySQL и Percona 8.4, MariaDB 10.11, TimescaleDB 2.20;
- удалены давно устаревшие макросы (среди них
{HOSTNAME},{IPADDRESS},{STATUS},{TRIGGER.COMMENT},{USER.ALIAS}) и часть старых методов API для массового обновления. Перед переходом поищите их в действиях, шаблонах и своих скриптах.
Порядок привычный: снимите дамп базы, обновите сначала сервер, затем прокси и только потом агентов, а после первого запуска проследите по zabbix_server.log, как прошла миграция схемы. Большие инсталляции разумно сначала прогнать на копии базы: обновление схемы на десятках гигабайт истории может занять часы.
Если вы только выбираете систему мониторинга, сравните подход Zabbix со связкой из нашего материала о мониторинге Linux-сервера на Prometheus и Grafana, а про сбор логов читайте в статье о логировании в продакшене.
С 8.0 Zabbix перестаёт быть только мониторингом железа. Метрики сервера и трассировки приложения теперь в одном окне, и разбор инцидента начинается с причины, а не с поиска нужного графика.