ST
kube_pod_status_phase там есть статус пода
Огонь, да, оно
Size: a a a
2020 June 15
PK
кто ее дает я не разбирался у меня пром оператор. я вокруг него строю
ST
кто ее дает я не разбирался у меня пром оператор. я вокруг него строю
тоже он, я прост не знал какая метрика
ST
всем пасибо
AS
Всем привет, первый раз передо мной стоит задача замониторить "траффик" . Конкретно сейчас разбираюсь с его количеством на примере "активных соеденений" и хочется сделаеть алерт, если их ВНЕЗАПНО стало слишком мало или слишком много
Речь про AWS ELB и Grafana/Prometheus
ELB много и трафик на них разный, под каждый вручную настраивать не вариант, думаю над универсальным правилом каким-то
1) Есть у кого опыт/мнение, использовать ли Datasource Cloudwatch для этой этой задачи сразу в Grafana или использовать для прометея CloudWatch exporter?
2) Какие вообще best practice есть (можно ссылку или запрос в гугл) для такого мониторинга? Я далеко не дата аналитик и у меня в голове только что-то вроде "текущее значение - предыдущее значение, алерт если эта разница больше среднего значения за промежуток между измерениями"
3) Стоит ли alert сам делать в Grafana + CloudWatch, Grafana + Prometheus (exporter) или только через Prometheus alert ?
По любому из вопросов если хоть какие-то идеи накинете или вообще с чем лучше ознакомиться, какой в гугл запрос послать скажите, буду благодарен
Речь про AWS ELB и Grafana/Prometheus
ELB много и трафик на них разный, под каждый вручную настраивать не вариант, думаю над универсальным правилом каким-то
1) Есть у кого опыт/мнение, использовать ли Datasource Cloudwatch для этой этой задачи сразу в Grafana или использовать для прометея CloudWatch exporter?
2) Какие вообще best practice есть (можно ссылку или запрос в гугл) для такого мониторинга? Я далеко не дата аналитик и у меня в голове только что-то вроде "текущее значение - предыдущее значение, алерт если эта разница больше среднего значения за промежуток между измерениями"
3) Стоит ли alert сам делать в Grafana + CloudWatch, Grafana + Prometheus (exporter) или только через Prometheus alert ?
По любому из вопросов если хоть какие-то идеи накинете или вообще с чем лучше ознакомиться, какой в гугл запрос послать скажите, буду благодарен
1. у меня нет
2. sli для реквест респонс системы.
3. мой ответ только пром алерт.
2. sli для реквест респонс системы.
3. мой ответ только пром алерт.
ЕП
1. у меня нет
2. sli для реквест респонс системы.
3. мой ответ только пром алерт.
2. sli для реквест респонс системы.
3. мой ответ только пром алерт.
по второму не понял
AS
AS
для введения в тему того что такое "замониторить траффик"
Wo
а плейбуки готовые?
SM
господа, я вопросик принес. Могу ли я в правилах прометея метрику задать в виде регулярки?
что то типа expr: {name=~"azaza_import_lalka.*"} < 1
что то типа expr: {name=~"azaza_import_lalka.*"} < 1
AP
AP
(Подразумевая
__name__ до форматирования)A
Есть ли способ понять, что занимает место в метриках прометеуса? Сейчас метрики на диске занимают очень много места, хочется убрать сбор не особо нужных и больших.
А вот в олдскульные времена как хорошо-то было! Написал пару шелл однострочников с анализом названий rrd файлов и вот и понятно, что место жрёт.
А вот в олдскульные времена как хорошо-то было! Написал пару шелл однострочников с анализом названий rrd файлов и вот и понятно, что место жрёт.
SM
благодарю. А как я потом могу показать имя метрики в annotations? Имею ввиду что то типа {{ $labels.metric_name }}
Wo
Есть ли способ понять, что занимает место в метриках прометеуса? Сейчас метрики на диске занимают очень много места, хочется убрать сбор не особо нужных и больших.
А вот в олдскульные времена как хорошо-то было! Написал пару шелл однострочников с анализом названий rrd файлов и вот и понятно, что место жрёт.
А вот в олдскульные времена как хорошо-то было! Написал пару шелл однострочников с анализом названий rrd файлов и вот и понятно, что место жрёт.
A
Да, похоже это то, что нужно. Спасибо.
ЕП
для введения в тему того что такое "замониторить траффик"
спасибо, буду вечером штудировать