W
в параметрах запуска node_exporter
Size: a a a
2020 March 27
YS
Я рассматривал этот вариант, но он не очень удобен. Можно ли как-то ещё?
VL
дропай лишние на проме
W
Yura Smirkin
Я рассматривал этот вариант, но он не очень удобен. Можно ли как-то ещё?
а чем он неудобен?
YS
Вопрос снимается. Сделал через metric_relabel_configs. Спасибо
YS
а чем он неудобен?
node_exporter разливается на множества узлов(на каких-то нужны только эти данные, на каких-то другие. Соответственно вместе с ним разливается файл node_exporter.service. Придется плодить файл и усложнит раскатку. Или я не прав?
W
Yura Smirkin
node_exporter разливается на множества узлов(на каких-то нужны только эти данные, на каких-то другие. Соответственно вместе с ним разливается файл node_exporter.service. Придется плодить файл и усложнит раскатку. Или я не прав?
“но удовлетворяют регулярному выражению.” - я так понял, что с этой регуляркой можно на все применить
YS
“но удовлетворяют регулярному выражению.” - я так понял, что с этой регуляркой можно на все применить
Нет. Видно не корректно описал. В большом пуле есть группа узлов для которых эта регулярка подходит и на них надо мониторить только по ней. На остальных другие правила
АС
Всем привет.
При деплое прометеуса в куб с помощью https://github.com/helm/charts/tree/master/stable/prometheus-operator, для node_exporter генерится конфа, в которой установлено role: endpoints, от этого в метку instance помещается айпиадрес ноды, а мне нужно, чтобы было role: node, тогда в instance будет запихиваться хостнеймн ноды. Кто-нибудь знает, есть ли вменяемый способ изменить это поведение? Два дня уже вокруг этой задачи прыгаю, все бубны изломал ((
При деплое прометеуса в куб с помощью https://github.com/helm/charts/tree/master/stable/prometheus-operator, для node_exporter генерится конфа, в которой установлено role: endpoints, от этого в метку instance помещается айпиадрес ноды, а мне нужно, чтобы было role: node, тогда в instance будет запихиваться хостнеймн ноды. Кто-нибудь знает, есть ли вменяемый способ изменить это поведение? Два дня уже вокруг этой задачи прыгаю, все бубны изломал ((
Ребят, в своих изысканиях пришел к другому вопросу. Можно ли как-то сделать дефолтный релейблинг, т.е. чтобы он применялся для всех servicemonitor'ов?
A
да -)
вон оно и приехало
DS
Всем привет.
Решил в kubelet из метрики container_cpu_usage_seconds_total делать такую-же но с доп лейблами из подов. Сделал такое правило:
И если строить графики по co
http://dl4.joxi.net/drive/2020/03/27/0030/2608/1985072/72/08e19d4a64.jpg
Но таже самая метрика если использовать тот же самый запрос что и в правиле выдает нормальный график:
http://dl4.joxi.net/drive/2020/03/27/0030/2608/1985072/72/127a34a30f.jpg
Если их вместе вывести видна разница:
http://dl3.joxi.net/drive/2020/03/27/0030/2608/1985072/72/6fdd1adfbe.jpg
Почему такие странные провалы?
Решил в kubelet из метрики container_cpu_usage_seconds_total делать такую-же но с доп лейблами из подов. Сделал такое правило:
- expr: container_cpu_usage_seconds_total{} * on (pod) group_left(label_env,label_app,label_app_type,label_version) kube_pod_labels{}
record: container_cpu_usage_seconds_total:with_labelsИ если строить графики по co
ntainer_cpu_usage_seconds_total:with_labels. То выходит такой забор:http://dl4.joxi.net/drive/2020/03/27/0030/2608/1985072/72/08e19d4a64.jpg
Но таже самая метрика если использовать тот же самый запрос что и в правиле выдает нормальный график:
http://dl4.joxi.net/drive/2020/03/27/0030/2608/1985072/72/127a34a30f.jpg
Если их вместе вывести видна разница:
http://dl3.joxi.net/drive/2020/03/27/0030/2608/1985072/72/6fdd1adfbe.jpg
Почему такие странные провалы?
A
интервалы не совпадают?
DS
интервалы не совпадают?
интервалы сбора метрик? Или в запросах?
A
сбора, аггрегации, в графике
DS
сбора, аггрегации, в графике
там стоит одинаковый.
Если сократить лейблы, то оба графика строятся по следующим запросам:
Нормальный график:
И график с забором:
Если сократить лейблы, то оба графика строятся по следующим запросам:
Нормальный график:
sum(irate(container_cpu_usage_seconds_total{<labels>}[1m]) * on (pod) group_left(label_env,label_app, label_app_type) kube_pod_labels{<labels>})И график с забором:
sum(irate(container_cpu_usage_seconds_total:with_labels{<labels>}[1m]))A
а нафиг ты в агрегации делаешь irate?
DS
а нафиг ты в агрегации делаешь irate?
да тут без разницы же. У меня в одно минутном интервале две точки. rate и irate разве в этом случае не одинаковый результат дают?
A
а, тогда одинаковый должен быть вроде, да
DS
а, тогда одинаковый должен быть вроде, да
ну я все равно затестил. С rate тоже самое
NZ
Вопрос. Для джобы
job_name:blackbox указан scrape_interval=5s, если джоба ждет данные от blackbox_exporter дольше этого интервала, то prometheus как поступает? Все равно делает новый запрос к blackbox_exporter через scrape_interval?