fedor_malyshkin 29 авг 2017 в 15:07

В разрезе: новостной агрегатор на Android с бэкендом. Система мониторинга и визуализации данных (InfluxDB, Grafana)

9 мин

8.7K

Настройка Linux*IT-инфраструктура*DevOps*Puppet*

Комментарии 6

Sovigod 29 авг 2017 в 16:53

InfluxDB для метрик отличное решение. Но если вам нужно метрик больше чем за пару последних недель — вам обязательно нужно использовать Continuous Queries для уплотнения данных. Тогда графики даже за несколько лет будут моментально отображаться.

fedor_malyshkin 29 авг 2017 в 20:35

Полностью согласен. Continuous Queries вместе с Retention Policy даёт возможность хранить данные за почти произвольный период. Однако нужно решить как долго хранить и что. Для незнакомых с CQ и RP: Разные метрики нужно downsampl’ить по разному – где-то подойдёт среднее, где-то максимум. Я сейчас просто удаляю данные старше 2-х недель без downsamplin’га.

rudenkovk 30 авг 2017 в 11:41

Почему collectd, а не нативный для стека influx telegraf?

fedor_malyshkin 30 авг 2017 в 14:47

Ранее был опыт с работы с ним. Однако его поддержка новых продуктов не на высоте, хотя стабильность и низкие требования к ресурсам нареканий не вызывает. По тексту я уже писал, что к Telegraf придётся вернуться.

rudenkovk 30 авг 2017 в 15:08

Сорян, не заметил :)

они достаточно бодро пишут плагины. Правда на паре проектов я держу свои ветки, где делаем свои датчики сбрасывающий информации. Это куда удобнее чем писать на С для collectd. Или запускать питоновские скрипты, через обертку collectd.

fedor_malyshkin 30 авг 2017 в 15:09

Понял. Как говорится: «хозяйке на заметку».

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

В разрезе: новостной агрегатор на Android с бэкендом. Система мониторинга и визуализации данных (InfluxDB, Grafana)

Комментарии 6

Публикации

Истории