Перейти к содержанию
Выбор системы мониторинга

perfMon или Prometheus: готовый сервис или собственная система метрик

Prometheus подходит команде, которой нужны собственные метрики приложений, запросы PromQL и правила оповещения. perfMon — сервис для наблюдения за сайтами и Linux-серверами с готовой историей инцидентов. Выбор зависит от того, какие данные нужны и кто будет обслуживать мониторинг.

Обновлено и проверено

Редакция perfMon. Функции сверены с официальной документацией; совместные испытания продуктов не проводились.

Когда уместен perfMon

  • нужны HTTP, TTFB, SSL и ресурсы Linux-сервера рядом с историей инцидентов
  • команда хочет обслуживать свои сайты, передав эксплуатацию мониторинга поставщику
  • важны готовые получатели в Telegram, MAX, почте и браузере
  • не требуются произвольные метрики приложений и запросы PromQL

Когда уместен Prometheus

  • нужны метрики приложения, очередей, баз данных и динамически меняющихся сервисов
  • команда готова работать с exporters, метками и PromQL
  • нужны собственные условия оповещений и маршрутизация через Alertmanager
  • важен контроль над хранением и размещением системы метрик

По критериям

Что именно отличается

Модель

perfMon
Облачный сервис для сайтов и Linux-серверов.
Prometheus
Открытая система сбора временных рядов. Здесь рассматривается самостоятельная установка.
Вывод
Сначала определите, кто отвечает за эксплуатацию мониторинга.

Метрики сервера

perfMon
Linux-агент передаёт CPU, память, диск, сеть и сигнал активности; удалённые команды не выполняет.
Prometheus
Node Exporter отдаёт метрики хоста, которые Prometheus опрашивает по HTTP.
Вывод
Проверьте нужные показатели и сетевую доступность сборщика.

Проверка сайта

perfMon
HTTP/HTTPS с плановым интервалом 1 минута, TTFB, SSL, домен и история.
Prometheus
Blackbox Exporter выполняет HTTP/HTTPS, DNS, TCP, ICMP и gRPC-пробы; Prometheus собирает их результаты.
Вывод
Для внешнего ответа сайта нужен источник метрик самой пробы.

Метрики приложения

perfMon
Произвольные Prometheus-метрики и PromQL не заявлены как функции сервиса.
Prometheus
Метрики приложения и exporters, метки, агрегации и запросы PromQL.
Вывод
Для очередей, методов API и внутренних показателей приложения оцените Prometheus.

Оповещения

perfMon
Инциденты и назначенные получатели в Telegram, MAX, почте и браузере.
Prometheus
Правила Prometheus формируют алерты; Alertmanager группирует, подавляет и направляет уведомления.
Вывод
Настройте поведение при сбое, восстановлении и отсутствии данных.

Хранение

perfMon
Поминутные метрики — 14 дней, часовые агрегаты — до 180 дней.
Prometheus
Локальная TSDB; без заданных ограничений хранения по времени и размеру — 15 дней. Возможна интеграция с удалённым хранилищем.
Вывод
Сравнивайте также разрешение данных и расходы на их хранение.

Интерфейс

perfMon
Страницы сайта, сервера, инцидента и публичные статус-страницы.
Prometheus
Собственный интерфейс запросов; для дашбордов можно подключить Grafana или другой клиент.
Вывод
Оцените, что увидит человек, который первым разбирает уведомление.

Расходы

perfMon
2 000 ₽ за сервер за 30 дней, до 50 сайтов; 7 дней пробного периода.
Prometheus
Без лицензионной платы за Prometheus; нужны ресурсы и время на сопровождение компонентов.
Вывод
Бесплатное ПО тоже требует бюджета на эксплуатацию.

Что нужно добавить к Prometheus

Prometheus хранит числовые временные ряды и позволяет запрашивать их через PromQL. Обычно он сам опрашивает HTTP-адреса источников. Приложение может отдавать метрики через клиентскую библиотеку, а для готовых систем используются exporters — отдельные программы, представляющие их показатели в подходящем формате.

Для Linux-хоста типичный источник — Node Exporter. Для ответа сайта снаружи — Blackbox Exporter. Правила определяют условия алертов, Alertmanager управляет их доставкой, а Grafana может служить интерфейсом дашбордов. Это распространённая сборка под задачу, а не обязательный список компонентов для любого запуска Prometheus.

Почему метрика up не подтверждает доступность сайта

Успешный опрос источника метрик говорит о доступности этого источника для Prometheus. Например, работающий Node Exporter не подтверждает, что публичная страница отвечает посетителям. Для такой задачи настройте отдельную HTTP-пробу Blackbox Exporter и проверяйте её результат, в том числе probe_success.

Место запуска пробы влияет на смысл результата. Проверка внутри одной сети с приложением может не заметить проблему публичного маршрута. Если нужна независимая внешняя точка наблюдения, разместите её за пределами проверяемой инфраструктуры. perfMon можно рассматривать для такого внешнего контроля вместе с метриками Linux; пользовательский выбор собственных узлов проверок в нём не заявлен.

Что останется в эксплуатации у команды

Alertmanager помогает группировать связанные сигналы, убирать дубликаты, временно отключать уведомления и подавлять зависимые алерты. Но команда должна описать правила и маршруты. В пилоте полезно проверить не только превышение порога, но и исчезновение источника данных, восстановление и доступность самого канала уведомлений.

Локальное хранилище Prometheus по умолчанию сохраняет данные 15 дней, если не заданы ограничения по времени или размеру. Более длинная история требует планирования диска, резервирования и, при необходимости, удалённого хранилища. Число временных рядов и частота опроса влияют на объём данных. В perfMon сроки и разрешение истории определены сервисом: 14 дней поминутных метрик и до 180 дней часовых агрегатов.

Когда разумно использовать обе системы

Допустим, Prometheus уже показывает длину очереди и частоту ошибок отдельных методов API. Отказ от него в пользу perfMon лишит команду этих прикладных разрезов. В таком случае perfMon имеет смысл оценивать как дополнительную внешнюю проверку и готовый обзор сайтов и Linux-серверов для участников, которым не нужны собственные запросы.

Это вариант организации мониторинга, а не обещание встроенной синхронизации. Автоматический перенос рядов, правил PromQL и алертов между продуктами здесь не заявлен. Заранее распределите ответственность: какая система сообщает о недоступности сайта, какая — о внутреннем состоянии приложения и где команда ведёт разбор инцидента.

Как принять решение

Проверьте на одном реальном объекте

  1. 1

    Возьмите один сайт, Linux-хост и прикладную метрику, без которой команда не сможет разбирать сбой.

  2. 2

    Для Prometheus проверьте сбор, HTTP-пробу и маршрут Alertmanager; в perfMon — доступные данные и получателей.

  3. 3

    Сопоставьте время настройки, полезность истории и расходы на хранение и сопровождение; решите, нужна ли совместная работа.

Вопросы перед выбором

Prometheus бесплатный?

Prometheus — открытое ПО без лицензионной платы. При самостоятельной установке оплачиваются вычислительные ресурсы, хранение и работа команды. У облачных поставщиков Prometheus-совместимых сервисов свои тарифы.

Нужна ли Grafana для работы Prometheus?

Нет. У Prometheus есть интерфейс запросов и API. Grafana — один из вариантов для дашбордов; её выбирают по требованиям к визуализации.

Можно ли проверять сайты через Prometheus?

Да, например через Blackbox Exporter. Нужно настроить пробу, сбор её метрик и правило оповещения. Работающий Node Exporter или успешный опрос /metrics сами по себе не подтверждают доступность публичного сайта.

Заменит ли perfMon метрики приложения и PromQL?

Нет. В perfMon не заявлены произвольный приём Prometheus-метрик и выполнение PromQL. Если от них зависят разборы инцидентов, сохраняйте подходящую систему метрик.

Что выбрать для нескольких VPS?

Если нужны доступность сайтов, ресурсы Linux и готовые уведомления, начните с пилота perfMon. Если важны собственные метрики, условия и контроль хранения, проверьте Prometheus на том же наборе объектов и учтите сопровождение.

Официальные источники

Сравнение подготовлено редакцией perfMon по документации поставщиков на указанную дату. Рекомендации по выбору — выводы редакции. Функции и ограничения зависят от тарифа и настроек; перед подключением проверьте текущие условия.

Следующий шаг

Проверьте perfMon на своих сайтах и серверах

Добавьте сайт и Linux-сервер, получите первую историю проверок и оцените, хватает ли данных вашей команде.

7 дней без оплаты и банковской карты с момента создания сервера. Затем 2 000 ₽ за сервер за 30 дней, до 50 сайтов на сервер. Продление вручную. Условия тарифа