A
копипастил из интернета если честно
Нахрен так делать, если есть нормальный kube-prometheus
Size: a a a
2020 January 20
BG
перцентили? В целом нельзя, да, их можно только имея данные по каждому запросу посчитать.
В проме же приблизительный расчет по бакетам отлично работает... разве нет?
YZ
Нахрен так делать, если есть нормальный kube-prometheus
ну вон Павел скинул нормальный CM
A
Да я смотрел. Мне стало плохо от golang template
Без хельма жизнь есть, посмотри на kube-prometheus
A
ну вон Павел скинул нормальный CM
Без хельма, родными средствами, это удобнее и проще
VS
В проме же приблизительный расчет по бакетам отлично работает... разве нет?
Так поправь меня, но пересчитать гистограммы ты на лету не можешь, потому что данные уже обработанные получаются.
BG
Так поправь меня, но пересчитать гистограммы ты на лету не можешь, потому что данные уже обработанные получаются.
Гистограммы могу, бакеты не могу.
JM
скажите, а есть возможность в прометее получить время отдачи определенной метрики. т.е. сервис отдает 200, потом 500. а хочу видеть время в течении которого от отдавал 500
BG
То есть, перцентили получаются приблизительные, но а большом проценте случаев этого хватает
М
Всем привет, поделитесь, по какой методологии мониторите оперативную память? На какие метрики обращаете внимание на веб серверах?
ST
на все?)
М
Имею ввиду метрики оперативной памяти. Оперативной памяти на веб серверах.
A
фрагментацию чем мерять?
A
или о чём вопрос?
MF
коллеги, а можно в алертманагере как-то объединить несколько матчей для одного ресивера?
MF
если делать вот так:
route:
routes:
- receiver: 'ebaymag-dev'
routes:
- match:
project: ebaymag
- match:
responsible: back
- match_re:
namespace: ^(ebay-mag.*)$
group_by:
- alertname
- namespace
continue: true
MF
то у меня образуется дефолтроут в
ebaymag-devMF
а мне бы хотелось этого избежать
MF
если разобрать это на кучу матчей вида
route:
routes:
- match:
project: ebaymag
receiver: ebaymag-dev
...
MF
то будет примерно вотакое: