BG
Хотя это такое, на самом деле
Size: a a a
2019 December 04
DS
хорошо так говорить, когда он есть
BG
Просто у нас приложения на python и технологии там не самые прогрессивные, в итоге, например, для celery пришлось костылять свой экспортер и он все равно работает сомнительно :(
AS
Просто у нас приложения на python и технологии там не самые прогрессивные, в итоге, например, для celery пришлось костылять свой экспортер и он все равно работает сомнительно :(
Но ты прям целиком стек хочешь поменять от того что кой где нужен statsd_exporter?
BG
Но ты прям целиком стек хочешь поменять от того что кой где нужен statsd_exporter?
Очевидно, менять стек я не буду. Просто если у меня, примерно, больше половины вещей удобнее всего делать через statsd_exporter, то зачем мне тогда prometheus, если graphite-go или graphite-clickhouse вроде тоже тащит?
AV
прост куда ни тыкнусь, везде только рекламка от кор девелопера о том какие они классные, быстрые и красивые, а опыта использования как-то нигде не нашёл
да, с отзывами от пользователей пока не очень :( Было бы круто, если бы пользователи оставляли больше отзывов про ВМ в интернетах, а еще лучше - чтобы публиковали статьи вроде "как мы перешли с X на VM и теперь счастливы"
AV
кстати, у неё нету никакого ui, чтоб промкуэлем прощупать что там внутри?
ui нет, но можно подключить vm к графане точно также, как и прометеус, и щупать уже там - см. https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#grafana-setup
TF
ui нет, но можно подключить vm к графане точно также, как и прометеус, и щупать уже там - см. https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#grafana-setup
господа наверное хотели пробовать запросы без графаны
AV
Есть вопрос про cardinality в проме (и VM): если у метрики есть N меток, значения которых сильно коррелируют (напр., метка A="foo", а значения меток B="foorbar1", C="foobar2",D="foobar3", и т.д., то с точки зрения cardinality это то же самое как если бы B, C, D, ... были произвольными? Что-то подсказывает, что нет, но не заглядывая в имплементацию не скажешь.
Если значения меток меняются синхронно, то для кардиналити не важно их количество - одна метка эквивалентна 10 меткам - и там и там получится одинаковое количество временных рядов.
TF
т.к. на тестах или мелких инсталяциях она быает лишней
AV
господа наверное хотели пробовать запросы без графаны
без графаны можно дергать curl'ом
/api/v1/query_range согласно описанию - https://prometheus.io/docs/prometheus/latest/querying/api/#range-queriesN
Или вот так))
A
Если я буду метрику агрегированую за 5 минут по 95 перцентилю посылать то в разрезе дня результирующий перцентиль за день будет актуальным или сглаженым? Если второе то по какой формуле? Так делают вообще
G
yandex/ClickHouse tagged: v19.11.14.1-stable
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v19.11.14.1-stable
Release notes:
Link: https://github.com/ClickHouse/ClickHouse/releases/tag/v19.11.14.1-stable
Release notes:
v19.11.14.1-stable
Z
Супер-крутой проект! Спасибо за линк!
есть еще Sampler
Y
Если я буду метрику агрегированую за 5 минут по 95 перцентилю посылать то в разрезе дня результирующий перцентиль за день будет актуальным или сглаженым? Если второе то по какой формуле? Так делают вообще
что значит результирующий перцентиль за день, 95-й перцентиль от набранных пятиминутных перцентилей?
A
Вот мне тоже непонятно. Видел что конкретные приложения (инстансы) отдают перцентиль и его используют глобально группируя. С моей точки зрения это нелогично (инстанс не может знать о всем наборе данных чтоб высчитать перцентиль) , но я слаб в статистике и может скществуют алгоритмы агрегации
AV
Вот мне тоже непонятно. Видел что конкретные приложения (инстансы) отдают перцентиль и его используют глобально группируя. С моей точки зрения это нелогично (инстанс не может знать о всем наборе данных чтоб высчитать перцентиль) , но я слаб в статистике и может скществуют алгоритмы агрегации
С точки зрения статистики персетили нельзя агрегировать, в отличие от бакетов из гистограмм. Если вы все же хотите агрегировать персентили, то лучше использовать
max() вместо avg() или чего-то еще для агрегации - тогда результат будет более достоверным.