спасибо, почитаю!

там максимум file_sd_configs и static_configs в одной джобе, а это примерно одинаковые вещи

да оно
or в смысле между source ,source="1" or source="2"? или полностю всё копипастить?

https://prometheus.io/docs/prometheus/latest/querying/operators/#logical-set-binary-operators
expr1 or expr2

ага спасибо большое

Спасибо, да, уже увидел. Но это очень странно, потому что федерейт на это реагирует быстро (ну и в самом проме этого федерейте в т.ч. мгновенное реагирование на удаление метрики). А вот тот кто из него забирает так чудит 🙁

Всем привет! Как мне получить всего http_request_total (counter) за 24 часа?

Я пытаюсь это сделать:

Но, если посчитать ручками, то данные не сходятся

нужно использовать label_match(rollup(...), "rollup", "max")

Ну да, до этого я уже дошёл. С фильтрацией le тяжело в prometheus_buckets. Там у меня не получилось так просто всё разрешить.

есть идея добавить дополнительный параметр для prometheus_buckets, чтобы ограничить количество возвращаемых бакетов. Но пока не смог придумать, что передавать в этом параметре. Если передавать максимальное количество возвращаемых бакетов, то это может поломать агрегацию, когда границы бакетов перестают совпадать после применения prometheus_buckets. Можно передавать "множитель" для стандартного количества бакетов. Т.е. если передать 2, то количество бакетов уменьшится в два раза, а если 4 - то в 4 раза. Это позволит сохранить возможность агрегации получившихся бакетов, если для их создания использовался одинаковый множитель. Но такой аргумент-множитель сложнее для понимания, чем простое ограничение на количество возвращаемых бакетов :( Если есть идеи, как это лучше сделать, чтобы было понятно и удобно в использовании, то создавайте feature request на https://github.com/VictoriaMetrics/VictoriaMetrics/issues

Да, я тоже об этом думал, и решил, что всё не так просто. Как насчёт длинного списка бакетов, который мы хотим получить в итоге?
Вроде 1,5,10,50,100,500,1000?

попробуйте такой запрос sum(increase(http_request_total[24h]))

Я так понимаю, точности от этой функции не добиться?

В прометее нет. В victoria metrics будет точнее.

Понял, спасибо!

вроде вот этого? prometheus_buckets(q, 1,5,10,50,100,500,1000)? Идея хорошая, только она может плохо работать, когда пользователь заранее не знает, в каких бакетах есть значения. Т.е. ему придется тогда подгонять список бакетов, чтобы увидеть то, что ему нужно.

Да, вроде такого. Тут действительно пропадает киллер-фича VM-гистограмм, когда бакеты вообще не нужно указывать. Но в то же время, гибкость сохраняется, хоть и требуется ручное вмешательство.