Обзор Prometheus/Grafana и Zabbix

Мы уже освоили динамическое управление диалпланом и научились взаимодействовать с Asterisk через скрипты. Однако при эксплуатации корпоративных АТС недостаточно просто менять логику «на лету». Важно понимать, как система ведет себя под нагрузкой, не падает ли качество голоса и когда пора расширять ресурсы сервера.

Для этого используется система мониторинга — комплекс программ для сбора, хранения и визуализации данных об ИТ-инфраструктуре. В контексте Asterisk мы выделим два основных стека: классический Zabbix и связку Prometheus + Grafana.

Состояние vs Метрики

Администраторы часто проверяют статус через CLI (например, pjsip show endpoints). Но если у вас сотни транков, ручной поиск проблем неэффективен. Современный мониторинг решает две разные задачи:

1. Алертинг (Оповещение): «Жив ли сервис? Зарегистрирован ли транк провайдера?» За это обычно отвечает Zabbix.
2. Наблюдаемость (Observability): «Как менялось число вызовов за неделю? Влияет ли нагрузка на CPU на рост джиттера?» Здесь лучше работает Prometheus в связке с Grafana.

Разницу в сборе данных наглядно показывает Сравнение 1.

Zabbix: универсальный контроль

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

Система использует объектный подход: вы создаете «Узел сети» (сервер Asterisk), привязываете к нему шаблоны, и Zabbix опрашивает его по расписанию.

Плюсы для Asterisk:

• Все в одном месте: состояние дисков, загрузка сети и статус процесса asterisk видны на одном экране.
• Гибкие уведомления: система мгновенно отправит сообщение в Telegram или на почту, если транк упадет.
• Простая настройка: большинство параметров меняется через веб-интерфейс.

Prometheus и Grafana: глубокая аналитика

Prometheus — это база данных временных рядов (Time-series DB). Он записывает числовые метрики — значения, привязанные к метке времени.

Grafana — платформа для визуализации. Она запрашивает данные из Prometheus и превращает их в графики и дашборды.

Почему это важно для VoIP:

• Язык PromQL: позволяет вычислять сложные показатели, например, процент успешных вызовов (Call Completion Rate) за последние 5 минут.
• Масштабируемость: для высоких нагрузок часто используют VictoriaMetrics — она совместима с Prometheus, но работает быстрее и экономит место на диске.
• Поиск корреляций: вы можете наложить график использования RAM на график активных каналов, чтобы найти утечку памяти в конкретном модуле.

Сравнение инструментов

Характеристика	Zabbix	Prometheus + Grafana
Тип данных	Состояния, текст, числа	Только числовые метрики
Модель сбора	В основном Push (агент шлет данные)	Pull (сервер забирает данные)
Визуализация	Простые графики	Профессиональные дашборды
Алертинг	Мощный «из коробки»	Требует настройки Alertmanager
Нагрузка на АТС	Выше (запуск скриптов)	Ниже (чтение метрик из памяти)

Рекомендуем комбинировать: Zabbix — для критических алертов по «железу», Prometheus + Grafana — для анализа производительности Asterisk.

Упражнение

Проведите аудит вашей АТС

1. Выделите 3 критических параметра, при падении которых вам нужно мгновенное уведомление (например, регистрация основного транка).
2. Выделите 3 параметра для анализа динамики за месяц (например, пиковое количество одновременных вызовов).
3. Определите, какой стек лучше решит каждую из этих задач.

Сами по себе эти системы не умеют «общаться» с Asterisk. Чтобы передать данные из АТС в мониторинг, нужны посредники.

В следующей теме мы перейдем к практике: настроим экспортеры, которые превратят данные AMI и внутренние счетчики Asterisk в метрики, и создадим ваш первый профессиональный дашборд.