сейчас ты в алертманагера передаешь урл /alertmanager

trailing slash добавь

Заработало спасибо, рабочий вариант location /alertmanager/ { proxy_pass http://localhost:9093; }

вообще-то я имел в виду trailing slash в proxy_pass, но раз заработало, то и хорошо :D

там добавляется #/alerts и получается /alertmanager#

поэтому в локешене trailing slash

теперь буду разбираться почему в slack уведомления не падают )

оо только slack стоило упомянуть и уведомление пришло , наверно это из за этих урлов было неверно )

Чем снимаете с nginx стату, по мимо средств его самого?

Чем снимаете с nginx стату, по мимо средств его самого?

https://github.com/discordianfish/nginx_exporter

Спасибо

https://github.com/mailru/graphite-nginx-module

у нас log_by_lua :)

и модуль на луа экспортирующий статистику

Спасибо

Коллеги, кто и как снимает метрики с bcache?

Интересны iops(collectd+grafana)

Стандартный плагин выдаёт дичь какую-то

Вот я и попал сюда

Не надо :)

А расскажите что мне делать, если я хочу начать собирать метрики пользовательские

Как жить

Мыло и веревка жи(

Ну и церковь у вас тут

Я думал их можно в редис складывать

Я так, подгоядваю

а что ты понимаешь под пользовательскими метриками?

и цели какие?

Нужно знать все как себя ведут пользователи на сайте - какие действия совершают, какой фичей пользуются, как часто и интенсивно. Считать нужно на бэкенде.

Чтобы если какой-то фичей никто не пользуется - откатить ее или проапгрейдить.

Нужно знать все как себя ведут пользователи на сайте - какие действия совершают, какой фичей пользуются, как часто и интенсивно. Считать нужно на бэкенде.

ну модный нынче путь - взять кликхаус, писать туда event'ы, потом считать.

так некоторые люди складывают подобные вещи в кассандру, риак или еще куда

Ну вот я за минуту придумал свой велосипед - берем событие 'x' и инкрементим его в редис по ключу current_timestamp() % 10. так у нас получатся счетчики события на каждые 10 секунд.

Потом все это дело аггрегируем и строим графики.

Раз в час или раз в день там.

@chebotarevp лучше взять специализированные решения )

а не редис

проще будет потом

тот же кликхаус?

кликхаус, друид, eventql, vertica, influxdb (может быть)

и не агрегировать их на бэкэнде

а делать агрегацию при построении графиков уже

у каждого решения свои плюсы и минусы будут

О я вспомнил есть же такая штуковина как pinba

Она не модно уже?

Допустим если у меня объем метрик не превышает нескольких мегабайт в день.

я про пинбу не знаю

ничего не могу сказать к сожалению

еще до того как я пришел, у нас программисты придумали складывать их в Google Analytics ?

но там какое-то ограничение на количество точек в месяц

Да туда можно складывать

Но это больше какая то фронтендовая тема

Котаны, у меня идиотский вопрос

у меня есть метрика, которая состоит из точек раз в минуту. Точки принимают ВСЕГО два значения

0 или 1

когда всё хорошо, то они 0, если что-то идет не так, то они 1

проблема в том, что когда я делаю выборку за вчера, у меня все точки null

а, да

графит

извините

когда я делаю выборку from=-2d, то все точки null

когда делаю from=-1d, вижу ноли в положеных местах

я немного в тупике

буду признателен за любые идеи

/usr/bin/whisper-info.py blablabla.wsp покажи

maxRetention: 157680000 xFilesFactor: 0.5 aggregationMethod: average fileSize: 3378292 Archive 0 retention: 86400 secondsPerPoint: 10 points: 8640 size: 103680 offset: 52 Archive 1 retention: 604800 secondsPerPoint: 60 points: 10080 size: 120960 offset: 103732 Archive 2 retention: 157680000 secondsPerPoint: 600 points: 262800 size: 3153600 offset: 224692

ERROR: S client not available

как часто шлешь точки?

раз в минуту

они не попадают в Archive 1 и сгорают по прошествии дня

потому что xFilesFactor: 0.5

хм

вообще странно

[overallstatus] pattern = ^blabla\.overall_status$ retentions = 10s:1y,1min:5y aggregationMethod = sum

вот правило аггрегации

но похоже я знаю в чем дело

чтобы новые правила аггрегации вступили в силу, нужно ведь грохнуть старые архивы?

чтобы новые правила аггрегации вступили в силу, нужно ведь грохнуть старые архивы?

Да

Ее очень странно делать average

Если у тебя 0 и 1

угу :)

это я вчера ещё осознал и сделал sum

но, похоже, не помогло

Тоже странно

вроде в коплекте виспера есть тулзы для изменения по живому

Ну тебе правильно сказали про xfile

на самом деле мне нужна сумма единиц на каком-то этапе

но проблема не в методе аггрегации, а в xfilesfactor

да, спасибо большое, пойду грызть

вроде в коплекте виспера есть тулзы для изменения по живому

Есть, но не все можно поменять на лету вроде

пишут, что xFilesFactor можно

я ведь правильно понимаю, что мне его надо в 0 выставить просто?

У тебя не только в нем беда

Еще в том что данные ожидаются каждые 10 секунд

А ты шлешь раз в минуту

пишут, что xFilesFactor можно

Ну если вдруг встроенные тулзы не умеют, то вот так точно можно https://gist.github.com/lomik/6b0c509ecb60729b9851ffd027581e14 :)

чот теперь другая проблема вылезла

maxRetention: 31536000 xFilesFactor: 0.10000000149 aggregationMethod: last fileSize: 6307228 Archive 0 retention: 31536000 secondsPerPoint: 60 points: 525600 size: 6307200 offset: 28

теперь какую бы точку я не отправил туда, она приедет как null