A
В прометеусе используется обычный гошный re2
^IDRAC is not reachable on all hosts|IDRAC is not reachable on most of hosts$Size: a a a
2020 February 11
A
Представь что у тебя регэксп
A
Вот так и работает
GA
Обязательно символы начала и конца строки указывать?
A
В прометее регэкспы всегда анчоред, начало и конец строки всегда подразумеваются
AS
Представь что у тебя регэксп
^IDRAC is not reachable on all hosts|IDRAC is not reachable on most of hosts$Label matchers that match empty label values also select all time series that do not have the specific label set at all. Regex-matches are fully anchored. It is possible to have multiple matchers for the same label name.
GA
Проверил в golang regexp online без символов начала и конца тоже сработало
GA
А
но да я использую. вам нужен https://github.com/alerta/alerta-contrib/tree/master/plugins/telegram
TELEGRAM_TEMPLATE
дефолтный зашит в код
https://github.com/alerta/alerta-contrib/blob/master/plugins/telegram/alerta_telegram.py#L13
TELEGRAM_TEMPLATE
дефолтный зашит в код
https://github.com/alerta/alerta-contrib/blob/master/plugins/telegram/alerta_telegram.py#L13
спасибо!
GA
о! поделитесь механикой создания этих алертов ?
поделюсь чуть позже с вами.
AS
George Artemiev
поделюсь чуть позже с вами.
спасибо
A
George Artemiev
Проверил в golang regexp online без символов начала и конца тоже сработало
конечно сработало, но без них у тебя и с дополнительным префиксом/суффиксом будет срабатывать
YZ
Подскажите, node_exporter дает какую-нибудь метрику связанную с возникновением oom? какой-нибудь counter например
Д
Подскажите, node_exporter дает какую-нибудь метрику связанную с возникновением oom? какой-нибудь counter например
k8s?
YZ
Денис
k8s?
ну в том числе
Д
вопрос хороший, странно что никто не мониторит...
YZ
в случае с k8s можно алертить высокий memory usage относительно лимитов. или алертить рестарты
но вот как адекватно ловить случаи, когда oom пришел к какому-нибудь форку основного процесса - ХЗ. Контейнер не рестартнулся (не main pid же умер), пик memory usage не всегда видно, если oom случился между scrape interval 😒
но вот как адекватно ловить случаи, когда oom пришел к какому-нибудь форку основного процесса - ХЗ. Контейнер не рестартнулся (не main pid же умер), пик memory usage не всегда видно, если oom случился между scrape interval 😒
A
oom счётчик на контейнере же есть вроде
YZ
oom счётчик на контейнере же есть вроде
я так понял он не увеличивается, если к примеру умер не мастер gunicorn-а, а какой-нибудь из его форков (воркер)