Замена Zabbix: не ещё один конструктор, а мониторинг, который ведём мы

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

Что обычно болит, и это не вина Zabbix

Zabbix — конструктор. Он умеет почти всё, но каждое «почти всё» кто-то должен собрать и потом сопровождать. На практике это выглядит так:

• Мониторинг живёт на одном человеке. Шаблоны, макросы, триггеры и логика обхода узлов — в голове того, кто это настроил. Он уходит в отпуск, и правки замирают; уходит из компании — знание уходит с ним.
• Сам мониторинг требует мониторинга. База растёт, housekeeper не успевает, прокси отваливается, диск кончается. Отдельный сервер, который надо обслуживать, чтобы он рассказывал про другие серверы.
• Обновления откладываются. Мажорная версия требует окна и проверки шаблонов, а окна всё нет — и контур годами живёт на старой ветке.
• Пороги настраивают один раз. Дальше алерты либо молчат, либо шумят, и их начинают игнорировать — а это худшее состояние мониторинга из возможных.

Почему шаблоны шумят и какие пороги ставить вместо них — разобрали на примере кластера 1С.

Что меняется на подписке

Чего у Zabbix нет из коробки, а у нас есть

• 1С:Предприятие. Сеансы и соединения, клиентские лицензии, доступная производительность, времена вызовов, процессы rphost — через штатную службу RAS, без доработки конфигурации. Дописать это к Zabbix можно, но получится ещё один проект, который придётся кому-то поддерживать. Подробнее о мониторинге 1С →
• Логи и трассировка рядом с метриками. Один контур вместо трёх: график нагрузки, журнал за тот же момент и трассы приложения открываются в одном интерфейсе.
• Kubernetes с контролем кардинальности. Кластер умеет генерировать десятки тысяч рядов метрик буквально из воздуха — мы это отсекаем осознанно, а не оплачиваем. Как именно →

Что останется таким же, как было

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

Как переезжают

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

Когда Zabbix лучше — честно

Если в компании есть штатная команда мониторинга, которая уже умеет и любит Zabbix, — менять инструмент ради смены инструмента незачем. То же самое, если требование безопасности запрещает любой исходящий канал наружу: управляемый сервис в такой контур не вписывается, и правильный ответ — self-hosted. Мы в этом случае можем помочь развернуть платформу у вас (тариф Enterprise), но это уже другая история, не подписка.

Частые вопросы