Grafana: [Запрос функции] Мин. / Макс. Значение датчика как переменная

Ох, я хочу именно это!
в качестве примера: у нас здесь много контейнеров tomcat, и я покажу используемую память, gc и другие значения на панели датчиков.
мне нужно настраиваемое максимальное значение для этого.

Я тоже этого хочу! Мой вариант использования - отображение индикатора использования диска / файловой системы, где max основан на невизуализованном запросе (disk1.Total)

Я полностью за это +1, один простой вариант использования:

Количество входов пользователя в приложение
Максимальное значение: максимальное значение входа пользователя за 7 дней.

Еще +1 от меня.

Мне бы хотелось, чтобы эта функция могла отображать количество «вверх» устройств из общего числа вместо двух отдельных характеристик: «вверх» и «вниз».

Еще +1 от меня.

Я поддерживаю это, я могу придумать бесчисленное количество приложений для этой функции на работе :)

+1 от меня.

Эта функция действительно пригодится.

+1, просто пытался сделать это и был опустошен, что это не сработало.

+1 Это действительно нужно.

+1 было бы действительно полезно

Мониторинг OSD в кластере Ceph также может использовать эту функцию!

+1 здесь тоже!

это было бы очень признательно.

Привет,

Какие-то определенные вехи? Последнее обновление было для 4.2.0, но оно явно не содержит этой блестящей новой функции :-)

Спасибо за отличную работу!

+1 Определенно использовал бы это, это было бы лучше, чем вручную обновлять максимальный ТБ / ПБ, когда мы увеличиваем файловую систему

+1

+1

+1

+1

+1, я просто пытался понять, возможно ли это, и наткнулся на эту проблему. Было бы неплохо, если бы это было переработано в новую веху, поскольку v4.2.0 уже давно прошла.

+1

+1

+1 (мне это очень нужно!)

Еще +1 от меня. Хотел посмотреть, могу ли я установить максимальное значение, равное значению jam_threads_peak из метрик Prometheus.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

Пожалуйста, добавьте свой ответ к первому сообщению вместо того, чтобы отправлять сообщение +1 . Люди, подписавшиеся на уведомления об этой проблеме, оценят это. Спасибо.

+1
Я определенно был бы признателен за использование переменных в датчиках для максимальных настроек, так как легко запросить значение в переменной.

+1

+1

+1

+1, это даст нам гибкость в отслеживании использования диска, потому что емкость диска может измениться в будущем, значение жесткого кода дает нам много скучной работы по обновлению.

+1

+1

+1

Это определенно было бы полезно! У меня есть IP-адреса для мониторинга панели мониторинга, арендованные для каждой области на моих DHCP-серверах. Это основано на повторяющейся панели для каждого прицела. Я бы хотел иметь возможность использовать датчик для динамической установки максимальных значений и предупреждений. Для этого мне нужно использовать математику, где используется максимум + бесплатные IP-адреса, поскольку это две доступные мне статистические данные. Конечно, я мог бы настроить эту панель вручную, но мне нужно отслеживать сотни областей.

Я всегда думал, что было бы здорово добавить более одного запроса на панель SingleStat, а затем просто использовать дополнительные запросы для min, max и т. Д.

Я хотел бы использовать его, чтобы показать диапазоны скорости подключения 30+ сайтов с различными максимальными значениями. Итак +1!

+1, очень полезно, если у нас есть эта функция

+1 за макс, пожалуйста! Без него датчик практически бесполезен.

+1 у меня то же самое, мне тоже нужна эта фича.

+1

+1

+1

Почему кажется, что ВСЕ люди получают эти раздражающие уведомления, ЗА ИСКЛЮЧЕНИЕМ сопровождающих: s 🤔

Видим их все нормально, около 100 в день :). Что мы должны с этим делать?

Людям, которым приходится настраивать каждый датчик при изменении чего-то вроде дискового пространства, почему бы не отображать использование в процентах? Итак, current()/max()

Я все еще вижу, как этот запрос функции является улучшением этого, но я подумал, что пока что это может помочь.

@sanderploegsma Отличная идея в качестве
Но я надеюсь, что в ближайшем будущем они позволят использовать переменные для минимальных / максимальных значений.

@sanderploegsma К сожалению, это возможно только с некоторыми бэкэндами, не может этого сделать с InfluxDB AFAIK ... ☹️

@sanderploegsma К сожалению, это возможно только с некоторыми бэкэндами, не может этого сделать с InfluxDB AFAIK ... ☹️

Возможно, мы используем его с InfluxDB со следующей метрикой:

SELECT mean("used_space")/mean("total_space")*100 FROM "disk_space" WHERE ("hostname" =~ /^$server$/) AND $timeFilter GROUP BY time($__interval) fill(null)
Теперь все, что вам нужно сделать, это изменить единицу измерения на процент (0-100), определить пороговые значения и настроить максимальное значение 100 на вкладке параметров.

@dyordanovv Работает только в том случае, если ваше «общее» значение содержится в той же метрике, что не относится ко мне. Кроме того, это даст вам только процент, а не индикатор, например, 572 MB / 1024 MB , который полезно увидеть с первого взгляда.

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

+1
и вообще было бы здорово разрешить использование переменных в других местах, например, в панели Graph -> Axes -> Y-Max

Здравствуйте, можно ли это сделать с помощью специального плагина?
(спрашивают, чтобы узнать, есть ли какие-либо ограничения по этому поводу "графана" или можем ли мы сделать это сами)

Людям, которым приходится настраивать каждый датчик при изменении чего-то вроде дискового пространства, почему бы не отображать использование в процентах? Итак, current()/max()

Я все еще вижу, как этот запрос функции является улучшением этого, но я подумал, что пока что это может помочь.

Преемник Singlestat (Multistat?) Может позволить:

1. использование более чем одной метрики; A, B, C и т. Д.
2. ссылка на значение метрики приводит к минимуму, максимуму и т. д. или даже к отображению самого значения статистики.

С такими вещами все остальное можно было бы сделать логичным и простым, не так ли?

Сегодня мы разбросали тонны повторяющихся графиков для одной и той же переменной, чтобы числа были четко отображены.

Может быть, именно здесь это нужно делать? - https://github.com/grafana/grafana/issues/10358

Хотя то, что мне нужно, это в основном способ получить динамическое максимальное значение ... то есть проще, чем полная мультистатическая панель.

Эта функция востребована уже почти 2 года, и работа с непроцентным значением для Gauge - настоящая боль без переменных.
Если вы хотите отобразить другое значение, которое полностью отличается друг от друга (используя переменную для получения нескольких имен хостов с InfluxDB), вы не можете использовать повторяющуюся панель на своей панели инструментов.
Например, я хочу увидеть общий ГБ, используемый на хост с датчиками. Единственный способ сделать это - создать одну панель для каждого значения и вручную получить общее дисковое пространство и добавить его самостоятельно к максимальному значению шкалы.

Я очень надеюсь, что эта функция скоро будет реализована. (насколько я понимаю, его еще нет в ночной сборке 5.5.0-d95a42b3pre1)

+1

+1

+1 Мне это действительно нужно !, это будет настолько функционально и полезно для значений, которые могут измениться в любой момент. Как статус этой функции? Я действительно в восторге от этого.

+1

+1

+1

2019 +1

Кто-нибудь над этим работает?

@ ch-hristov Не похоже. Однако обратите внимание, что функциональность датчика в singlestat переносится на новую панель под названием Gauge и написана на React. Если вы хотите работать с этим, это должно быть реализовано для панели React Gauge.

+1 Пожалуйста

любые обновления? это было бы полезно для показателей Plan / Fact

+1

Можем ли мы остановиться на +1? Просто проголосуйте за любой другой пост. Все остальные, подписавшиеся на этот выпуск, получают глупое письмо, потому что вы хотите быть «крутым». Пожалуйста остановись.

Можем ли мы остановиться на +1? Просто проголосуйте за любой другой пост. Все остальные, подписавшиеся на этот выпуск, получают глупое письмо, потому что вы хотите быть «крутым». Пожалуйста остановись.

Вы можете отключить поток ...

Вы можете отключить поток ...

Это глупо. Мы подписались на эту ветку по какой-то причине, чтобы не видеть, как люди думают, что они крутые, делая +1, как это мертвая штука под названием google +. Мы подписались, потому что хотим видеть прогресс в этом вопросе, речь идет о Grafana. Давайте поговорим о графане и ее особенностях / проблемах.

Вы можете отключить поток ...

Это глупо. Мы подписались на эту ветку по какой-то причине, чтобы не видеть, как люди думают, что они крутые, делая +1, как это мертвая штука под названием google +. Мы подписались, потому что хотим видеть прогресс в этом вопросе, речь идет о Grafana. Давайте поговорим о графане и ее особенностях / проблемах.

Справедливо

Я в основном смотрел на линейчатую шкалу, потому что мне нужны горизонтальные линейчатые диаграммы, но мне нужны динамические / автоматические максимальные значения.
Теперь обнаружил, что https://grafana.com/grafana/plugins/michaeldmoore-multistat-panel уже предоставляет все это и отлично работает для меня.

+1

2020 +1

Привет,
Мне это очень интересно.
кто-нибудь работает над этим сейчас?

Этот вопрос открыт уже почти четыре года и получил столько лайков, но не реализован? Почему? Я не видел здесь комментариев сопровождающих? Или я это пропустил?
Процентное обходное решение - это всего лишь обходной путь.
Если у вас есть примеры, подобные упомянутым здесь, с памятью (RAM) или хранилищем или (в моем случае) узлами в кластере, процентное соотношение может дать вам представление, но для человеческого мозга это психологически другое, если вы видите проценты или общее значение.

Если я вижу, что наш кластер используется на 70 процентов, или я вижу, что используется 70 узлов, но 30 простаивают, это полностью меняет его состояние, а также помогает предоставить полезную информацию.
Если у меня есть только процент, мне нужно сделать математику самостоятельно или в другой панели. Но тогда у меня есть две панели, чтобы получить хорошее представление о статусе, вместо одной действительно полезной панели.

Этот вопрос открыт уже почти четыре года и получил столько лайков, но не реализован? Почему?

Я бы хотел, чтобы это было реализовано, но ответить на вопрос выше было бы - потому что никто этого не реализовал. Люди были заняты, имели другие приоритеты или просто не знали, как программировать. Так что никто не представил PR и никто не смог приложить требуемые усилия. Скорее всего, почему.

К вашему сведению ... это (по крайней мере, в некоторой форме) появится в 7.0, поскольку у нас есть более общая инфраструктура переопределения свойств, которая позволяет вам использовать переменные шаблона (и метаданные из ответа на запрос)

Этой функции более 4 лет, поэтому я не думаю, что кто-то будет делать это сейчас, если это не было сделано 4 года. Возможный обходной путь, который я реализовал, - это круговая диаграмма (это наиболее приближенная к датчику) с выбором двух значений (скажем, мы отображаем используемую RAM / общую RAM):

• выберите используемую RAM
• выберите (общий объем ОЗУ - использованная ОЗУ) - это дает свободную ОЗУ
  Выбирая круговую диаграмму для работы, вы получаете полный круг с использованной + свободной оперативной памятью в качестве фрагментов.

К вашему сведению ... это (по крайней мере, в некоторой форме) появится в 7.0, поскольку у нас есть более общая инфраструктура переопределения свойств, которая позволяет вам использовать переменные шаблона (и метаданные из ответа на запрос)

Сейчас у нас 7.0.3, и это все еще проблема. Я просто не могу представить, как люди используют диаграммы, не имея возможности установить максимальное значение, для меня это очень большое разочарование.

Этой функции более 4 лет, поэтому я не думаю, что кто-то будет делать это сейчас, если это не было сделано 4 года. Возможный обходной путь, который я реализовал, - это круговая диаграмма (это наиболее приближенная к датчику) с выбором двух значений (скажем, мы отображаем используемую RAM / общую RAM):

* select used RAM

* select (total RAM - used RAM) - this gives the free RAM
  Picking pie chart for the job, it gives you a full circle with the used + free RAM as the slices.

@leppeles , вы выяснили, как

Этой функции более 4 лет, поэтому я не думаю, что кто-то будет делать это сейчас, если это не было сделано 4 года. Возможный обходной путь, который я реализовал, - это круговая диаграмма (это наиболее приближенная к датчику) с выбором двух значений (скажем, мы отображаем используемую RAM / общую RAM):

* select used RAM

* select (total RAM - used RAM) - this gives the free RAM
  Picking pie chart for the job, it gives you a full circle with the used + free RAM as the slices.

@leppeles , вы выяснили, как

Нет, в моем случае это было не нужно.