ДУ
разве это проблема?
Size: a a a
2020 May 11
ЗЕ
Не удобно мониторить
ДУ
надо группировать по неизменным леблам
ЗЕ
На другом проекте такого не наблюдается, правда там опеншифт старее
ЗЕ
А что значит тут не изменены лейблы?
Есть ли в прометеусе подзароосы? Например выводить данные , если данные о контейнеры есть в другом запросе?
Есть ли в прометеусе подзароосы? Например выводить данные , если данные о контейнеры есть в другом запросе?
A
Всем привет, может кто сталкивался с проблемой приложение развернуто в опеншифте. в прометеусе остаются данные о request cores & memory подов которые уже удалены. Из-за этого на графике отображаются данные всех подов которые были подняты когда-либо
В смысле продолжают отдаваться метрики контейнеров, которые уже удалены? Или ты про исторические данные?
ЗЕ
Они похоже как исторические данные. Так как отдается лишь память и цпу выделенные под контейнер
A
Они похоже как исторические данные. Так как отдается лишь память и цпу выделенные под контейнер
Видимо, надо переформулировать: у тебя проблема с тем, что экспортер отдаёт метрики уже несуществующих контейнеров, или с тем, что в проме хранятся исторические данные за временные интервалы, когда контейнеры существовали?
AP
кто-нибудь хочет помочь с такой схемой Postgres_exporter + prometheus + victoriametrics + grafana ?
https://github.com/patsevanton/articles-to-habr/blob/master/postgres_exporter_prometheus_victoriametrics_grafana.md
https://github.com/patsevanton/articles-to-habr/blob/master/postgres_exporter_prometheus_victoriametrics_grafana.md
AC
...articles-to-habr... - теперь понятно как статьи для хабра пишутся
PK
У меня такая схема как у вас внизу только кластеров больше чем 1
AP
У меня такая схема как у вас внизу только кластеров больше чем 1
Кластеров кого больше? VM?
PK
прома+постгри
AP
прома+постгри
Postgresql понятно что там может быть кластер. Но что имеется ввиду под кластером Prometheus? Федерация?
PK
у меня несколько кластеров psql. рядом с ними psql_exporter и пром. промы льют через remote_write в vm
ST
Anton Patsev
кто-нибудь хочет помочь с такой схемой Postgres_exporter + prometheus + victoriametrics + grafana ?
https://github.com/patsevanton/articles-to-habr/blob/master/postgres_exporter_prometheus_victoriametrics_grafana.md
https://github.com/patsevanton/articles-to-habr/blob/master/postgres_exporter_prometheus_victoriametrics_grafana.md
а нафига там используются rpm репы для экспортеров? эж фигня полная что для apt что для rpm, вон даже в репе обновления для некоторых экспортеров были полтора года назад
лучший способ это на мой взгляд тар тянуть и вокруг бинаря свой сервис описывать, и пути кастомные будут и тп
лучший способ это на мой взгляд тар тянуть и вокруг бинаря свой сервис описывать, и пути кастомные будут и тп
AG
Helm prometheus-operator удалил, но остались следы. Как их вычистить? kubectl delete pod не помогает. Среди Deployment все чисто
i
потому что это не deployment
i
А daemonset
AN
kubecte delete po <blabla>—force —grace-period=0