Size: a a a

Церковь метрик

2020 May 24

N

Nklya in Церковь метрик
Даня
Error: UPGRADE FAILED: cannot patch "prometheus-operator-postgres-rules" with kind PrometheusRule: admission webhook "prometheusrulemutate.monitoring.coreos.com" denied the request: Rules are not valid
Это определенно лучше чем он бы их не тестировал совсем
источник

Д

Даня in Церковь метрик
Действительно положительный момент
источник

N

Nklya in Церковь метрик
Ещё полгода назад так бы и было.
И как говорится, PRs are welcome, это опенсорс
источник

AV

Aliaksandr Valialkin in Церковь метрик
Denys Fedoryshchenko
Всем здравствуйте. Собираю метрики в collectd, потом через graphite запихиваю в VictoriaMetrics. Ну и затем, через  MetricsQL/PromQL рисую графики в графане. Но есть следующие проблемы:

1)По autocomplete получаем officegw.sensors-coretemp-isa-0000.temperature-temp3
но работать оно будет только когда сделаем escape, officegw.sensors\-coretemp\-isa\-0000.temperature\-temp3. Я так понимаю надо заменять "-" на стороне collectd?
2)Нет удобного визарда как в datasource/influx, когда avg_over_time(officegw.sensors\-coretemp\-isa\-0000.temperature\-temp3 [5m]) можно выбрать в менюшке, не особо проблема, но любопытно, чего это они так прометеевский datasource обидели.

Если можно, подтолкните в правильном направлении по п.1, как-то не очень нравится заменять все -
Это ограничение датасорса для прометеуса. Он предполагает, что в именах метрик могут находиться только разрешенные символы для имен метрик, указанные в доках прометеуса - https://prometheus.io/docs/concepts/data_model/#metric-names-and-labels . ВМ же позволяет записывать в имена метрик и лейблов любые символы. Некоторые из них пересекаются с синтаксисом promql, поэтому они должны быть экранированы в запросах с помощью бэкслеша. Стандартный датасорс для прометеуса в графане про это не знает. Можно попробовать попросить разработчиков графаны добавить авиоматическое экранирование спецсимволов в именах метрик и лейблов при автодополнении. Может, добавят такю возможность.
По второму вопросу тоже лучше обращаться к разработчикам графаны через https://github.com/grafana/grafana/issues
источник

RK

Roman Khavronenko in Церковь метрик
Aliaksandr Valialkin
Это ограничение датасорса для прометеуса. Он предполагает, что в именах метрик могут находиться только разрешенные символы для имен метрик, указанные в доках прометеуса - https://prometheus.io/docs/concepts/data_model/#metric-names-and-labels . ВМ же позволяет записывать в имена метрик и лейблов любые символы. Некоторые из них пересекаются с синтаксисом promql, поэтому они должны быть экранированы в запросах с помощью бэкслеша. Стандартный датасорс для прометеуса в графане про это не знает. Можно попробовать попросить разработчиков графаны добавить авиоматическое экранирование спецсимволов в именах метрик и лейблов при автодополнении. Может, добавят такю возможность.
По второму вопросу тоже лучше обращаться к разработчикам графаны через https://github.com/grafana/grafana/issues
нужно делать VM datasource, с блэкджеком, MetricsQL и anomaly detection
источник

AV

Aliaksandr Valialkin in Церковь метрик
Roman Khavronenko
нужно делать VM datasource, с блэкджеком, MetricsQL и anomaly detection
Ага
источник

AV

Aliaksandr Valialkin in Церковь метрик
Новый доклад про мониторинг кубера с помощью вм - https://youtu.be/ZJQYW-cFOms
источник

RK

Roman Khavronenko in Церковь метрик
интересно, имеют ли графана датасорсы доступ к бд графаны? можно было бы много крутых вещей делать вроде пре-генерированных функций, темлпейтов и панелей.
источник

TF

Terry Filch in Церковь метрик
Roman Khavronenko
нужно делать VM datasource, с блэкджеком, MetricsQL и anomaly detection
юзайте hastic.io
источник

IE

Ivan EKbfh in Церковь метрик
есть успешные применения?
источник

RK

Roman Khavronenko in Церковь метрик
да, уже видел и думал об этом
источник

DF

Denys Fedoryshchenko in Церковь метрик
Aliaksandr Valialkin
Это ограничение датасорса для прометеуса. Он предполагает, что в именах метрик могут находиться только разрешенные символы для имен метрик, указанные в доках прометеуса - https://prometheus.io/docs/concepts/data_model/#metric-names-and-labels . ВМ же позволяет записывать в имена метрик и лейблов любые символы. Некоторые из них пересекаются с синтаксисом promql, поэтому они должны быть экранированы в запросах с помощью бэкслеша. Стандартный датасорс для прометеуса в графане про это не знает. Можно попробовать попросить разработчиков графаны добавить авиоматическое экранирование спецсимволов в именах метрик и лейблов при автодополнении. Может, добавят такю возможность.
По второму вопросу тоже лучше обращаться к разработчикам графаны через https://github.com/grafana/grafana/issues
Понял, спасибо!
источник

rd

rus dacent in Церковь метрик
Ivan EKbfh
есть успешные применения?
Призывается @avelikiy =)
источник

N

Nklya in Церковь метрик
Aliaksandr Valialkin
Это ограничение датасорса для прометеуса. Он предполагает, что в именах метрик могут находиться только разрешенные символы для имен метрик, указанные в доках прометеуса - https://prometheus.io/docs/concepts/data_model/#metric-names-and-labels . ВМ же позволяет записывать в имена метрик и лейблов любые символы. Некоторые из них пересекаются с синтаксисом promql, поэтому они должны быть экранированы в запросах с помощью бэкслеша. Стандартный датасорс для прометеуса в графане про это не знает. Можно попробовать попросить разработчиков графаны добавить авиоматическое экранирование спецсимволов в именах метрик и лейблов при автодополнении. Может, добавят такю возможность.
По второму вопросу тоже лучше обращаться к разработчикам графаны через https://github.com/grafana/grafana/issues
Не думаю что это хорошая идея портить датасорс графаны ради странных случаев такой совместимости.
Мне кажется проще на вашем уровне заменять эту нестандартную хрень
источник

AV

Aliaksandr Valialkin in Церковь метрик
Nklya
Не думаю что это хорошая идея портить датасорс графаны ради странных случаев такой совместимости.
Мне кажется проще на вашем уровне заменять эту нестандартную хрень
Это не нестандартная хрень, а стандартные имена метрик из графита. К сожалению, они не совместимы с прометеусовскими именами метрик. Проще написать свой датасорс для графаны, как предложил Рома.
источник

A

Andor in Церковь метрик
Aliaksandr Valialkin
Это не нестандартная хрень, а стандартные имена метрик из графита. К сожалению, они не совместимы с прометеусовскими именами метрик. Проще написать свой датасорс для графаны, как предложил Рома.
Галочку в родном датасорсе
источник

AD

Alex D in Церковь метрик
Нужен совет.

Есть стандартыне метрики интерфейса из прома (iface_rx_byte, iface_tx_byte).
Физически - это LTE-интерфейс роутера.
В роутере симка. Тарифный план лимитирован по объёму (лимит сбрасывается первого числа каждого месяца)

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

Сейчас сделано как на картинке.
Плохо. Хочется, чтоб с начала месяца график начинался с нулей.

Что я делаю не так? И есть ли мысли как сделать хорошо?
источник

AN

Artem Navoiev in Церковь метрик
можно добавить месячную метрику
источник

AD

Alex D in Церковь метрик
Artem Navoiev
можно добавить месячную метрику
разверните, чуть, плз. средствами чего добавить?

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

LS

Lilo Stich in Церковь метрик
Ребят, подскажите, здесь описывается отправка логов в Clickhouse.

Но чем нужно смотреть логи с Clickhouse? Это Kibana или что?

Я ищу решение типо ELK, но с Clickhouse-ом
источник