Скриптоту обходящую https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/filesystems/proc.txt?id=v4.1#n1486

Спасибо почитаю.

можно и так

но это будет гемор потому что нада будет маппить process name \ pid

Нее, это не вариант, слишком много процессов пишет/читает.. ебанешься

а systemd тебе сигруппу автоматом запиливает с именем сервиса

ну top сделать просто не получится

всё равно придётся всё собирать как бы

либо тупо написать скрипт который будет запускать iotop и top10 статы собират ьи кидать

Пробовать всё равно придётся. Спасибо, буду думать.

дашборд сохраненный

поставь на не рефрешить, сохрани, ctrl +f5 и поменяй на сколько надо

А какие ещё помимо collectd есть сборщики?

diamond

cacti из той же оперы?

fluentd, елкшные *beat

Ага, спасибо, пойду их тоже гляну, может есть из коробки чего

а ещё там axes Right Y перестал вообще что показывать :(

запилил пост о том что такое метрики https://ctrlok.com/post/Сбор%20и%20агрегирование%20метрик-%20statsd/

Дак я и пишу, что прикрутить(((

atop вроде то что ты ищешь....

если я правильно понял обсуждение

https://github.com/aplsms/atop-graph

ещё есть экспортер в prometheus

Средствами nprobe с win серверов трафик кто-нибудь собирает/анализирует?

ещё есть экспортер в prometheus

чот не гуглится

Смысл в том, чтобы описать взаимодействие виртуалок к примеру. До свича со span'ом может не дойти.

Или так https://www.plixer.com/blog/network-traffic-analysis/how-to-enable-netflow-on-a-vmware-esx/

Здравствуйте

с iotop

В системд видел sar, посмотри его

Причем тут systemd?

http://grafana.org/blog/2016/12/12/grafana-4.0-stable-release/

ну вот тепереь таки да

резкие ребята

http://grafana.org/blog/2016/12/12/grafana-4.0-stable-release/

Крутяк. А вот не написано поддерживает ли оно алерты на CloudWatch

Крутяк. А вот не написано поддерживает ли оно алерты на CloudWatch

они json в своем формате могут отправить

в принципе его довольно просто переконвертить в любой другой json

С span и minspan в графане 4.0.2 а акая-то беда. Нажимаю dublicate и все графики ужимаются в строку, а выставленные значения сбрасываются

всем привет

а расскажите плиз, как правильно настроить алертинг в прометее

чтобы вот когда срабатывал firing, то оповещение сразу было, а не через какое-то время

ну и когда resolve случался, то тоже сразу

Уязвимость в системе мониторинга Nagios позволяет осуществлять повышение привилегий https://goo.gl/9cwlMr

осилил continuous queries в инфлюксе. вообще тема.

репорты по ошибкам всяким за сутки.

без cq всё умирает.

выполнение cq сильно нагружает influx ?

чем мерить?

по cpu и памяти не вижу разницы

нет, давай не так. много железяк ?

А больше нет ни каких параметров ? ?

график по потреблению iops, cpu, mem есть ?

diskio тут какой параметр показать?

70 железок 6.6к портов. опрашиваются 32бит iftable и dot3stat раз в час , 64бит iftable раз в 5 минут. короче все ошибки раз в час, а таблицы в итоге за сутки.

CREATE CONTINUOUS QUERY "cq_dot3StatsFCSErrors" ON "telegraf" RESAMPLE EVERY 1h FOR 1d BEGIN SELECT non_negative_derivative(last("dot3StatsFCSErrors"), 1d) INTO "report_dot3StatsFCSErrors" FROM dot3Stats GROUP BY time(1d), "ifDescr", "agent_host" END

SELECT last("non_negative_derivative") FROM /^$report_errors$/ WHERE "non_negative_derivative" > 0 AND $timeFilter GROUP BY time($interval), "agent_host", "ifDescr" fill(null) сама таблица

если бы так без cq делал, то influx помер бы сразу

памяти 2 гига в виртуалке.

да и не сделать так без cq. там выводились вообще все значения в т.ч. нулевые, которые не нужны.

https://docs.influxdata.com/influxdb/v1.1/query_language/continuous_queries/ Substituting for a HAVING Clause

любят они пчел в пример приводить.. ;)

какое-же все-таки барахло c3750X. буферы ниочем, куча дропов.

есть правило ALERT service_down IF up == 0 FOR 10s LABELS { severity = "critical" } ANNOTATIONS { summary = "Monitor service {{$labels.instance}} non-operational", description = "Service {{$labels.instance}} is down.", } все нормально работает, но иногда прилетают странные сообщения такого вида [FIRING:4] service_down (critical) [RESOLVED] service_down (critical) , кто-нибудь знает что это может быть?

http://grafana.org/blog/2016/12/21/grafana-4.1-beta-release/

внезапность

ERROR: S client not available

Только 4.0.2 поставил!

Круто. У нас народ как раз ждет поддержку эластика пятого

ну вот в бете

забавное про cq. выполняются они последовательно и т.о. не грузят цпу. но как-то получилось, что в measurement писать они перестали, а данные все стали только в telegraf.<rp_name>.<measurement_name> быть доступны. удаление measurement_name удаляет и в т.ч. telegraf.<rp>.<measurement_name>

еще небольшая проблема с графаной похоже при запросе в cq

сама cq делает вот такой запрос WHERE time >= '2016-12-22T00:00:00Z' AND time < '2016-12-23T00:00:00Z' и в таблицу пишет время 1482364800000000000 date —date @1482364800 Чт дек 22 07:00:00 +07 2016 т.е. нормально. а вот графана..

> select sum("non_negative_derivative") from a_week.report_dot3StatsMultipleCollisionFrames where agent_host = 'cs-twr-5-13-3750' name: report_dot3StatsMultipleCollisionFrames time sum ---- --- 0 28 сообразил. с группировкой по времени не надо, поэтому так придется обходится.

привет, а alertmanager стоит ставить отдельно от prometheus или можно вместе, мониторить хостов 50-100 ?

https://github.com/facebookincubator/beringei

шо, опять?

шо, опять?

почему опять? Выложили имплементацию гориллы

свою

Я к тому, что за полследние пол года какое-то нереальное количество ts(db?) релизится

я уже сбиваться начал

in-memory - жестко как-то

на конференции прометея они создатель движка прома сравнивал свой движок как раз с горилой

на конференции прометея они создатель движка прома сравнивал свой движок как раз с горилой

ну фишка в том что горилла закрытая )

и то что выложили это тоже не горилла, а скорее референсная имплементация

почему тут http://demo.robustperception.io:9090/flags alertmanager.url определяется как http://localhost:9093, у меня при запущенном alertmanager ничего не видит и обратиться я к нему не могу по http://localhost:9093 говорит нет там ничего, в логах все ок , как к этому alertmanager обратиться?

потому что в конфиге так прописали

http://demo.robustperception.io:9093/#/alerts

Я к тому, что за полследние пол года какое-то нереальное количество ts(db?) релизится

потому что есть задачи под него

потому что в конфиге так прописали

в каком конфиге, у меня через curl ничего не дает по http://localhost:9093, хотя сервис пишет что слушает порт 9093

level=info msg="Listening on :9093" source="main.go:250"

./prometheus -config.file=prometheus.yml -alertmanager.url http://localhost:9093

./prometheus -config.file=prometheus.yml -alertmanager.url http://localhost:9093

О спасибо, я то не заметил что этот параметр нужно в сервис prometheus добавлять, я его делал наоборот для alertmanager . Теперь все появилось , но я все равно не могу понять как мне обратиться к alertmanager интерфейсу... у меня редирект на https стоит в nginx и я не знаю какой мне url прописывать в proxy_pass.

Привет! Кто-нибудь заморачивался по-серьезке logparser.grok с telegraf?

./prometheus -config.file=prometheus.yml -alertmanager.url http://localhost:9093

те если прописываю в nginx location /alertmanager { proxy_pass http://localhost:9093; } он по этому адресу возвращает 404

ресолвер добавь

405