TF
года 2 назад чет еще было живое, сейчас похоже, что да
Size: a a a
2021 November 14
SC
удобно считать метрики по эндпоинтам (паттернам?), а не точным урлам. проще всего это в приложении сделать.
ЕР
Спасибо за ответ! Поресерчу п3-5 ещё.
По поводу п1, я так понимаю та же loki была сделана как раз для удобных метрик из логов, но я пока не смотрел насколько её сложно поддерживать и имеет ли смысл ставить как систему для всех логов или для метрик
По поводу п1, я так понимаю та же loki была сделана как раз для удобных метрик из логов, но я пока не смотрел насколько её сложно поддерживать и имеет ли смысл ставить как систему для всех логов или для метрик
SC
по п1 лучший вариант - в кликхаус заливать
ЕР
Хотя в целом идея строить метрики по логам мне тоже нравится, довольно кастомизируемо может быть кмк, если инструменты удобные
n_
А в чем мем кликхауса?
SC
в плане? отличная аналитическая бд
n_
Я просто не шарю за вообще все что про метрики, спрашиваю как это видно с чужой колокольни
ЕР
Хм, тоже вариант конечно
2021 November 15
G
grafana/grafana tagged: v8.2.4
Link: https://github.com/grafana/grafana/releases/tag/v8.2.4
Release notes:
Link: https://github.com/grafana/grafana/releases/tag/v8.2.4
Release notes:
AccessControl: Remove permissions on endpoints
G
grafana/grafana tagged: v8.2.4: Chore: Fixed failing e2e due to day light saving time. (#41417)
Link: https://github.com/grafana/grafana/releases/tag/v8.2.4
Release notes:
Link: https://github.com/grafana/grafana/releases/tag/v8.2.4
Release notes:
(cherry picked from commit [`dce851e`](https://github.com/grafana/grafana/commit/dce851e396672f3c3f7e4916fb383c7665ce42ce))
OV
всем привет!
подскажите пожалуйста: нужно узнать с какого момента prometheus хранит данные (за сколько дней история)
что-то не очень понимаю как это сделать при помощи запроса (нужно опросить около 20 прометеев)
подскажите пожалуйста: нужно узнать с какого момента prometheus хранит данные (за сколько дней история)
что-то не очень понимаю как это сделать при помощи запроса (нужно опросить около 20 прометеев)
N
по идее должно сработать
OV
спасибо!
OV
нашел чуть другой вариант. когда делаешь запрос типа sum(up{job="node-exporter"})[40d:1d] он выдаёт массив с количеством элементов которые можно посчитать. но со статс мне нравится гораздо больше
СГ
походу его решили в 0.52 затолкать :
https://github.com/prometheus-operator/prometheus-operator/commit/2079fb5d4380631391325a600eff4af659cb1fa1
https://github.com/prometheus-operator/prometheus-operator/commit/2079fb5d4380631391325a600eff4af659cb1fa1
PL
Всем привет! Нужно экспертное мнение: решились мы недавно обновить kube-prometheus-stack впервые за долгое время и обнаружили, что товарищи в prometheus-operator перешли на использование irate для CPU - https://github.com/prometheus-operator/kube-prometheus/pull/452.
Кроме того, что это ломает дашборды (ну это ладно, поправить не сложно), у меня сложилось мнение (основаное на блоге @valyala и его постах в данной группе), что irate довольно бесполезная функция, которую просто лучше не использовать. Или я не прав и в случае CPU (потребление которого может стремительно меняться) ее использование - это ок?
Кроме того, что это ломает дашборды (ну это ладно, поправить не сложно), у меня сложилось мнение (основаное на блоге @valyala и его постах в данной группе), что irate довольно бесполезная функция, которую просто лучше не использовать. Или я не прав и в случае CPU (потребление которого может стремительно меняться) ее использование - это ок?
A
Указанный пулл реквест был смёржен полтора года назад