видимо они поменяли глубину

и эти люди мне говорят зачем ты вписываешь дефолты

А чо?

и эти люди мне говорят зачем ты вписываешь дефолты

Дефолты не всегда плохо. Если ту же циску заставить показать все дефолты - это будет чтиво на неделю. Минимум.

Менять дефолты не очень я про это

менять дефолты - имеет смысл. Если понимать, зачем. Я своему прометею подрезал используемую память. Иначе он 4 гига сходу выжирает, а у меня столько нет.

Привет, кто нибудь запускал API для Alerta не на дефолтных локешейнах?

коллеги, кто использует прометей и докер (кубернетес) - как вы запускаете экспортеры для мониторящихся сервисов? прямо внутри контейнера сервиса или создаете отдельный? Я имею ввиду экспортеры типа mysql_exporter

по правильному я думаю 1 сервис = 1 контейнер

так что, нет ни у кого ответа?

коллеги, кто использует прометей и докер (кубернетес) - как вы запускаете экспортеры для мониторящихся сервисов? прямо внутри контейнера сервиса или создаете отдельный? Я имею ввиду экспортеры типа mysql_exporter

отдельный конечно

зачем корежить стоковые инстансы

ну то есть имеет смысл делать сразу поды, в которых один из контейнеров - экспортер

это удобно с нескольких сторон:

1. экспортер может ходить к самому сервису прямо на 127.0.0.1

2. в под-манифесте можно сразу писать аннотации prometheus.io/path: /metrics prometheus.io/port: "xxx" prometheus.io/scrape: "true"

и таким образом каждый стартующий под с экспортером будет автомагически окучен прометеем

я имею в виду примерно так:

apiVersion: extensions/v1beta1 kind: Deployment metadata: name: mysql annotations: deployment.kubernetes.io/revision: "1" labels: app: mysql spec: template: metadata: annotations: prometheus.io/path: /metrics prometheus.io/port: "9255" prometheus.io/scrape: "true" spec: containers: - name: mysql image: mysql # ... - name: mysql-exporter image: prom/mysqld_exporter ports: - containerPort: 9255 protocol: TCP # ...

полноценного примера из личной жизни показать не могу - у нас все стейтфул-сервисы на bare-metal в неконтейнеризироватом виде

Для ластика есть экспортер, который в самом ластике работает, его внутрь, обычно отдельностоящий контейнер, иначе как-то неудобно

@solakkie ты решил тоже бросить это сраное программирование и в опсы податься? :)

видимо да )

блеать, и ты тут

а че бы и нет

Для ластика есть экспортер, который в самом ластике работает, его внутрь, обычно отдельностоящий контейнер, иначе как-то неудобно

ну с джавней всегда так експортер для кассандры у меня тоже прямо внутрь самой кассандры впилен

господа, халп, туплю с kapacitor'ом

stream |from() .database('metrics') .retentionPolicy('autogen') .measurement('measurement') .where(WHERE_COND) |window() .period(5m) .every(10s) |sum('amount') .as('sum') хочу посчитать сумму значений за последние 5 минут, но считается что-то не то

stream |from() .database('metrics') .retentionPolicy('autogen') .measurement('measurement') .where(WHERE_COND) |window() .period(5m) .every(10s) |sum('amount') .as('sum') хочу посчитать сумму значений за последние 5 минут, но считается что-то не то

не игрался с capacitor, но если тебе нужна сумма за все 5 минут, я бы попробовал поменять .every(10s) на .every(5m)

а кто нибудь ограничивает Collectors в node_exporter https://github.com/prometheus/node_exporter или используете на машинах по дефолту?

а кто нибудь ограничивает Collectors в node_exporter https://github.com/prometheus/node_exporter или используете на машинах по дефолту?

даже ещё включаем

разве это не дает большой плюс к памяти на сервере prometheus?

Ой, ntp задепрекейтили :(

что взамен?

Ой, ntp задепрекейтили :(

протокол ? опцию ? демона ?

"время не любит, когда его убивают"

В общем у меня такой вопрос я ставлю node_exporter на машину, и на хосте порядка 760 метрик, считаю так curl http://example.org/metrics | grep -v '^#' | wc -l , как можно убрать не нужные , только отключив collectors в node_exporter?

Ой, ntp задепрекейтили :(

интересный момент, да. задепрекейтили ntp, угрожают депрекейтом megacli, ввели коллектор wifi и кричат что это pure server metrics exporter. pure laptop metrics exporter, если честно, начинает напоминать.

интересный момент, да. задепрекейтили ntp, угрожают депрекейтом megacli, ввели коллектор wifi и кричат что это pure server metrics exporter. pure laptop metrics exporter, если честно, начинает напоминать.

есть чо почитать ?

https://github.com/prometheus/node_exporter/releases megacli - Requires forking, moved to textfile collection. [FEATURE] Add initial wifi collector #413

пасиб

https://github.com/prometheus/node_exporter/issues/197#issuecomment-173511643

"The node exporter is only for pure machine metrics, it's a non-goal to have the node exporter as a general clearing house for metrics."

Странно, еще не появилась у них идея "100% pure machine metrics" через bmc контроллер брать

bmc как правило поддерживают snmp, а для snmp есть же отдельный экспортер, и даже вроде работчий (как туда залезть иначе если не скриптом + textfile)

redfish только поддерживать

"The node exporter is only for pure machine metrics, it's a non-goal to have the node exporter as a general clearing house for metrics."

Ну так они говорят что они не хотят per-process метрики собирать, а хотят с хоста

про pure server metrics это ты сам уже додумал :)

https://github.com/prometheus/node_exporter/issues/197#issuecomment-173511643

вот без этого очень тяжело приходится всякие сирани телеграфы тащить

Про megacli ещё более-менее понятно, пушо оно не совспм страндартное. А вот пошто ntp вырезали не ясно. Наверное потому что ntp просто отдельный процесс, за которым надо отдельно следить?

Но тогда мы приходим к идиотизму: по экспортеру на каждый процесс.

ну да, machine / server, тут я додумал конечно, не отрицаю. но... совсем чутка. потому что wifi коллектор ввести - как его применить...

это не идиотизм, это концепция

https://github.com/prometheus/node_exporter/issues/307

вот без этого очень тяжело приходится всякие сирани телеграфы тащить

зато сирани телеграфы умеют репортить только то что им скажешь и отдавать прямо в прометей :) я вот не отказываюсь, и склоняюсь ко мнению, что недопустимо впадать в зависимость от single-vendor, каждое по-своему хорошо.

https://github.com/prometheus/node_exporter/pull/321

Котаны, а кто-то пробовал Капаситором алертить?

У меня тут юзкейз нарисовался ровно под него, расскажите самое плохое, что вы про него знаете

хочу знать как именно он сломается

Он не приятно настраивается, другого за пару месяцев про него не заметил

Но они вроде впилили шаблоны ща должно стать веселее

в смысле неприятно? Я так понял пишешь чек на TICKScript, пушишь его в запущеный капаситор

и собсно всё

Напиши пару чеков

Котаны, а скажите пожалуйста вот такую фигню. Сейчас обнаружили, что карбон выставил для некоторой метрики вида ololo.metric.count метод аггрегации в sum, при том что по-дефолту должен быть average. Никто не сознаётся, что он что-то менял. Может ли быть такое, что карбон от имени метрики сам решил сделать аггрегацию суммой?

ERROR: S client not available

@sdfgh153 Денис там в слеке, можешь его спросить ) он подскажет )

Котаны, а скажите пожалуйста вот такую фигню. Сейчас обнаружили, что карбон выставил для некоторой метрики вида ololo.metric.count метод аггрегации в sum, при том что по-дефолту должен быть average. Никто не сознаётся, что он что-то менял. Может ли быть такое, что карбон от имени метрики сам решил сделать аггрегацию суммой?

если ещё актуально, см http://graphite.readthedocs.io/en/latest/config-carbon.html#storage-aggregation-conf

Расписал чуток логику в слаке.

Если метод аггрегации sum – то смотри что в storage-aggregation.conf

Если метод аггрегации sum – то смотри что в storage-aggregation.conf

в том-то и дело, что там ничего не было, а по дефолту в доке написано, используется average

по дефолту используется то что в этом файле

там есть дефолтный паттерн

типа

[default_average] pattern = .* xFilesFactor = 0.5 aggregationMethod = average

хотя в каментах написано вот

# For reference, these are the defaults: # [min] # pattern = \.min$ # xFilesFactor = 0.1 # aggregationMethod = min # # [max] # pattern = \.max$ # xFilesFactor = 0.1 # aggregationMethod = max # # [sum] # pattern = \.count$ # xFilesFactor = 0 # aggregationMethod = sum # # [default_average] # pattern = .* # xFilesFactor = 0.5 # aggregationMethod = average

если метрика заканчивается на max будет max

а, ну вот и разгадка

там метрика заканчивается на count

и я тут погрепал, все метрики заканчивающиеся на count аггрегируются через sum

спасибо

что логично

не поспоришь

спасибо большое, Денис

да не за что :)

кто нить может подсказать по связке prometheus -> alerta -> telegram или никто не пробовал?

у меня работает

круть, у меня работает только до alerta а в telegram бота ничего не попадает почему то

я настроил бота, настроил конфиги для alerta и prometheus, через alerta cli тестовые оповещения проходят и уходят в телеграм бота, но вот когда оповещение приходит из prometheus в alerta , то telegram бот молчит

в логи смотри, и в ответ алерты прометею

может какую нит ьканитель выставляешь неверно

да вот знать бы какую

он там довольно разговорчив

но мне пришлось ловить трафик пару тройку раз

ngrep помогал :)

оу я этим не особо занимаюсь )