@GSokol @alexanderzobnin @hagen1778
и все остальные
а помогите решить идеологическую проблему, подскажите как должно быть правильно?

итак, есть у нас clickhouse-datasource для Grafana

у него есть трансформация данных в браузере из формата response который отдает плагин
в формат time series или table
это на стороне query editor задается

и вот есть там значит такая "изюминка"
если выбирается достаточно большой промежуток времени в time series формате
и date range заканчивается как now

то для последней точки  делается "экстраполяция"
и значение подменяется с того которое пришло с сервера, на то, которое "правильное по мнению плагина"

я так понимаю это делается для того чтобы при рисовании графика
последняя точка не была всегда сильно ниже остальных

потому что если выбирать значения типа count() (в терминах SQL) с разбивкой скажем по 5 минут
если SQL таблица постоянно пополняется данными
то в начале ТЕКУЩЕГО пятиминутного интервала count() всегда будет меньше чем в конце этого же самого интервала...

вопрос,  считать ли это багом? или фичей?
что лучше, актуальное значение полученное из СУБД или красивый график ?

Это фича, но я бы сделал ее более гибкой или настраиваемой. Потому что иначе вылезет другая проблема - провал на графике, например, при использовании stack графика.

а что именно хочется сделать настраиваемым?
я бы хотел просто опцию добавить

всем привет
как изменить запрос так чтобы все лейблы попадли?
а то instance и severity маловато будет чтобы алерты роутить

так у тебя в expr только эти лейблы и есть

как я понял из-за того что avg by использую они теряются

а, он по каждому CPU выдает

да, пока не придумал как запрос изменить

перечисли все нужные тебе labels в by

но лучше по этому поводу доку ещё почитать