Обработка счетчиков прометея при игнорировании сброса

Question

Я прочитал Прометей, как обрабатывать счетчики на сервере , и я копался в Интернете, но я до сих пор не вижу способа выполнить то, что я пытаюсь сделать. Прометей, возможно, не лучший инструмент для работы, я не уверен.

Каждый день мы получаем N пакетов запросов от клиентов. Мы установили счетчик, который подсчитывает количество пакетов. Я могу использовать скорость и увеличение, они со временем меняются и в некоторой степени полезны, но мы действительно заинтересованы в общих показателях и хотим игнорировать перезапуски.

То, что я хотел бы видеть, это график, который начинается с 0 и с течением времени показывает количество ответов, которые были просмотрены, никогда не пропадает, учитывает сбросы.

Я знаю, что сама сумма, которая игнорирует сбросы, где-то доступна, так как «мгновенные» запросы, похоже, могут ее вернуть. Я еще не нашел ни одного варианта запроса, хотя это позволяет мне выполнить этот график.

TLDR; Я хочу видеть абсолютный счет за время

EDIT: Алин - когда я пробую твое решение на любом временном интервале, я вижу то, что видела раньше:

Даже при низком разрешении - мне не особо важна точность - просто хочу, чтобы она была + -100. Я просто хочу увидеть общую тенденцию без этих всплесков / падений.

Answer 1

increase(my_counter[1000y])

Но это будет очень медленно.

Или у вас может быть правило записи, которое навсегда увеличивает счетчик с увеличением счетчика источника.Но вы должны иметь в виду несколько вещей:

1. По какой-то непостижимой причине increase(foo[1m]) является оценкой увеличения за предыдущую 1 минуту, а не улучшенной версией foo - foo offset 1m(только для обработки сброса счетчика).
2. Ваши правила не будут оцениваться точно так же часто, как вы просите Прометея сделать это, и некоторые оценки могут быть вообще пропущены.Поэтому, если увеличение произойдет в минуту, когда оценка пропущена (или Прометей не работает), она исчезнет навсегда.

Так что, как указано во многих местах, Прометей не идеален для целей бухгалтерского учета.Это не даст вам точных значений, как бы вы ни старались.