A
Алертить по LA в 2020...
Точнее так
Если текуший LA разделенный на количество ядер >1 то бить алерт
Но почему то вот такой запрос ничего не возвращает
node_load1{instance="node1"} / count(node_cpu_seconds_total{instance="node1",mode="system"})Size: a a a
2020 August 17
МК
Пытаюсь настроить алерты на LA
Точнее так
Если текуший LA разделенный на количество ядер >1 то бить алерт
Но почему то вот такой запрос ничего не возвращает
Точнее так
Если текуший LA разделенный на количество ядер >1 то бить алерт
Но почему то вот такой запрос ничего не возвращает
... / ignore (mode) ...m
Алертить по LA в 2020...
ну у меня есть аномалии на серверах
на одном LA 42
На других не превышает 10
на одном LA 42
На других не превышает 10
m
при этом количество ядер разное
m
... / ignore (mode) ...а что это даст
У меня метрики нормально отображаются
И не понятно что не так
У меня метрики нормально отображаются
И не понятно что не так
МК
Разный набор меток у node_load* и node_cpu_*
m
а, понял
A
В обеих частях выражения набор метрик должен польностью совпадать
A
В обеих частях выражения набор метрик должен польностью совпадать
Лейблов конечно, меток
m
... / ignore (mode) ...а можно исправленный мой пример
А то я не совсем понимаю что не так
А то я не совсем понимаю что не так
МК
node_load1{instance="node1"} / ignoring (mode) count(node_cpu_seconds_total{instance="node1",mode="system"})МК
m
Ничего не изменилось
Разберусь
Разберусь
МК
Сравните набор меток в обеих метриках.
KZ
раз уж я тут. скажите, пожалуйста, правильно ли я понимаю, что если я инструментирую своё приложение какой-то метрикой с десятком лейблов и потом через какое-то время хочу добавить еще один лейбл, лучше завести новую метрику, чем добавить в старую метрику новую метку с каким-то большим возможным набором значений?
KZ
метрика при этом и так одна из самых больших в базе
A
и так и так у тебя будут новые наборы таймсерий
KZ
ну по идее так старые не взорвутся, я помню там ребята из VM про это рассказывали
KZ
новая - это ок, это понятно