Переход с других систем

Вы можете перейти на StatsHouse с других систем мониторинга, таких как Grafana и Prometheus.

Узнайте больше о преимуществах StatsHouse.

Как перейти с Grafana

Изначально StatsHouse предоставлял пользователям плагин (источник данных) для Grafana. Мы прекратили разработку плагина — сейчас мы направляем все усилия на развитие собственной системы визуализации в StatsHouse.

Чтобы пользователям было проще перейти на StatsHouse, мы работаем над виджетами, отображением пороговых значений, улучшенным представлением таблиц, отображением нескольких метрик на одном графике и другими функциями.

Чтобы обсудить расширение функциональности или наш план разработки, обратитесь к разделу Поддержка.

Как перейти с Prometheus

Системы Prometheus и StatsHouse различаются во многом:

Система	Модель данных	Как работает	Push или pull
Prometheus	хранит данные в виде временных рядов	использует скрейпинг: собирает данные от источников, обходя конечные точки	pull
StatsHouse	хранит данные в виде агрегатов	приложения отправляют данные в агенты StatsHouse, агенты агрегируют данные и передают их дальше в систему	push

Как совместить эти две системы? Мы разработали прототип, который позволяет системе StatsHouse собирать метрики почти так, как это делает Prometheus, т. е. в режиме скрейпинга. Прототип описан ниже.

info

Пользовательский интерфейс для режима скрейпинга находится в стадии разработки.

Push и pull: как совместить

Чтобы совместить модели StatsHouse и Prometheus, мы используем следующий механизм:

Агент StatsHouse нужно установить на каждую машину, с которой вы хотите получать метрики. Агенты будут собирать данные со своих машин, используя файл конфигурации (как в Prometheus).

Файл конфигурации

Файл конфигурации для скрейпинга метрик в StatsHouse похож на файл конфигурации в Prometheus. Однако у него есть дополнительные поля, такие как неймспейс, который формирует пространство для собираемых метрик, и некоторые другие.

Сбор метрик в неймспейс

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

Если вы попытаетесь собрать метрики в общий неймспейс, вы получите ошибку err_metric_not_found (см. метрику __src_ingestion_status и тег status).

Как создавать метрики (при скрейпинге)

Если неймспейс указан в файле конфигурации, StatsHouse автоматически создаст метрики в этом неймспейсе. Если вы попытаетесь собрать данные в общий неймспейс, метрики не будут созданы (появится ошибка err_metric_not_found).

Как создавать теги (при скрейпинге)

При скрейпинге метрик теги извлекаются автоматически. В полученной Prometheus-метрике может быть более 16 тегов (т. е. названий тегов), и StatsHouse "не знает", как сопоставить их с идентификаторами.

Эти извлечённые теги появляются в качестве драфт-тегов — см. раздел Edit для конкретной метрики. Узнайте, как вручную сопоставить извлечённые названия тегов с идентификаторами тегов в StatsHouse.

Форматы метрик: как сопоставить

Основные типы метрик в Prometheus и типы метрик в StatsHouse также различаются. Мы сопоставили их таким образом:

Prometheus	StatsHouse
counter → (cumulative)	counter (an aggregate per time interval)
gauge →	value
histogram →	histogram (experimental)

Более подробную информацию о скрейпинге метрик мы предоставим позже.