1.0.0-rc.0 (WIP)

так и осталось (

influxdata/telegraf was tagged: 1.6.0-rc2 Link: https://github.com/influxdata/telegraf/releases/tag/1.6.0-rc2 Release notes: Arch Platform Package SHA256 amd64 Debian [`telegraf_1.6.0~rc2-1_amd64.deb`](https://dl.influxdata.com/telegraf/releases/telegraf_1.6.0%7Erc2-1_amd64.deb) `a409e40e9c8ad8bf94506a5b5b4a207b66d77f8f64f3b0eef6a7e5b17e29ab0c`... More

добрый день. Я так и не нашел в оф.документации графаны как сделать алерт по %. т.е. есть редис, занимает 80% алерт, занимает 90% - второй алерт. Может кто подскажет? Тыкните куда смотреть?

добрый день. Я так и не нашел в оф.документации графаны как сделать алерт по %. т.е. есть редис, занимает 80% алерт, занимает 90% - второй алерт. Может кто подскажет? Тыкните куда смотреть?

Никак нельзя

Как можно?

Тут подсказывают про MapReduce. Но реализацию не знаю

В графане очень простой алертинг, так что 1. алерт по % можно сделать только если у вас данные уже в процентах и 2. графана отсылает алерты только при смене стейта этого самого алерта. можете на каждые n% по алерту создать, но это не очень

добрый день. Я так и не нашел в оф.документации графаны как сделать алерт по %. т.е. есть редис, занимает 80% алерт, занимает 90% - второй алерт. Может кто подскажет? Тыкните куда смотреть?

Делишь две метрики free на used и дальше алерт если серия больше 0.8

кто-нибудь щупал https://facette.io/

Альтернатива графане?

кто-нибудь щупал https://facette.io/

Уже пробегало тут - я спрашивал. Там всё вроде кисло - развития не видать и фич тоже.

Это только у меня так или бага в графане 5.0.4? Делаю широкую таблицу, так что горизонтальный скроллинг появляется. Так вот при скролле данные в таблице скроллятся, а хедер таблицы стоит на месте.

Это только у меня так или бага в графане 5.0.4? Делаю широкую таблицу, так что горизонтальный скроллинг появляется. Так вот при скролле данные в таблице скроллятся, а хедер таблицы стоит на месте.

Скролл! Ааааа, это жесть, работаю сейчас над исправлениями.

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

Скролл! Ааааа, это жесть, работаю сейчас над исправлениями.

Отлично!

кто-нибудь щупал https://facette.io/

оно метрво и пахнет

жаль, а выглядит красиво

почти как какти ... м...

а чего мертво то? @vbatoufflet vbatoufflet released this on 19 Dec 2017 · 68 commits to master since this release

19 декабря рилиз был

последний коммит 2 дня назад

у них за 3 месяца 15 коммитов

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

Открыл issue 11468

Привет, пытаемся помониторить mongodb 3.4.1 с помощью percona-mongodb-exporter 0.4.0. Последний при запуске кидает такие ошибки: Cannot connect to server using url 'mongodb://myhostname.net:27017': no reachable servers" source="connection.go:78" "Can't create mongo session to 'mongodb://myhostname.net:27017'" source="mongodb_collector.go:194" "Starting HTTP server on http://:9216/metrics ..." source="mongodb_exporter.go:212” на проблемы с сетевыми доступами не похоже. Кто-нибудь ловил подобное?

Ну он человеческим языком говорит что не может подключится

Хм ... а может кто подсказать, как читать heatmap? Не совсем понимаю, почему белый означает найболее горячий участок)

ну нагрев же

А какой по вашему должен быть самым горячим? Красный?)

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

тот белеет потом

Спектр нагрева работает иначе

Эх, не привык :( Спасибо

там вроде есть варианты

Хм ... и еще немного странный вопрос. Не могу почему-то графане скормить такой темплейт. Я где-то ошибся? label_values(path, app_http_response_time_seconds_hist_sum / app_http_response_time_seconds_hist_count > 0.7 )

в порядке аргументов?

К сожалению, тот же самый результат( Придется через query_result и регексы

в label_values() не все выражения работают

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

в label_values() не все выражения работают

Судя по доке - только имя метрики

блин, а что правда что в https://github.com/percona/pmm/ до сих пор не завезли "алерты"? пачиму??? ;(((

А нафиг оно надо?

ну, хотя бы потому что у этой штуки самый продвинутый набор метрик для MySQL\MongoDB из опенсорцных решений который я видел ну и дашборды вполне внятные

я алертю через другой прометей

а кто нибудь для MySQL вообще видел какой то вменяемый набор alert rules? как вообще вы мониторите MySQL? я сейчас не про графики я про алерты я понимаю что "это все индивидуально" но мне почему то кажется что не все ну всякие общие вещи хочется мониторить ну типа ну банально connection used 80% от max_connections или innodb_buffer_pool маленький и как кеш на чтение работает не эффективно или soft_buffer маленький и сортировки не эффективны или thread_cache и table_cache маленькие и не эффективны или innodb_write_threads \ innodb_read_threads не пропорционально кол-ву доступных физических ядер? или query cache (не к ночи буть помянут) включен и не эффективен потому что update таблиц делается

могу скинуть наши

а у вас стандартный mysql_exporter?? а скинь куда нибудь на gist.github.com ?

у нас достаточно всё кондово, но зато actionable

ну, хотя бы потому что у этой штуки самый продвинутый набор метрик для MySQL\MongoDB из опенсорцных решений который я видел ну и дашборды вполне внятные

"эта штука" это прометей и графана с набором готовых дашборд и штука для анализа медленных запросов Никакой супер магии внутри нет

https://gist.github.com/spacentropy/371c5a5c0df1dd5ae37423b90e11ace9

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

держи

я бы хотел, чтобы в PMM были встроенные готовые алерты и можно было просто свои алертменеджеры подсовывать

потому что в PMM всё органично и связано

"эта штука" это прометей и графана с набором готовых дашборд и штука для анализа медленных запросов Никакой супер магии внутри нет

я не говорил про магию я говорил про то, что это из адского конструктора нескольких частей ... PMM упакованов нечто, что по началу кажется юзабеьным я вот читаю вот это https://github.com/prometheus/mysqld_exporter/blob/master/example.rules и это ж пипец, ну это же МАЛО...

ну и query analytics это магия

просто mysqld exporter недостаточно

+ там щас оч удобно, что можно в QAN провалиться из любого места графаны

https://gist.github.com/spacentropy/371c5a5c0df1dd5ae37423b90e11ace9

спасибо а это что за yaml? куда его совать? это для promgen что то ? или это просто шаблоны для ansible ?

это rule file для prometheus.yml

обновил гист, там снизу показано как подключать

Вот потому и магия, потому что не знаешь куда совать правила агрегации/алертинга для прометея

ну опять же, у нас достаточно органично рабоатет - я с PMM прометея забираю метрики которые нужны для алертов и алерчу по ним

Федерейшном?

ага, гист глянь

ERROR: S client not available

Ну это такое решение

Лаг алертов добавляется ещё один

он небольшой, реально быстро всё алертит

у нас до этого был Z. он гораздо дольше алертил :)

Ну прост надо учитывать добавляемые лаги при федерейшне, но решение вполне норм, если пмм как коробку использовать

это по сути просто отдельный MySQL prometheus

я чувствую мы щас с приложений будем еще больше метрик собирать, придется для приложений отдельный тоже делать

а то там гистограммы по 100 бакетов на каждый апи контроллер на каждый return code

100 бакетов? Зачем?

я утрирую :) но обычно программисты жестят в первые разы

На практике такая подробность нафиг не нужна

Ага, у нас было что юзерагент в метки писали, вот это жесть была

Кто балуется с prometheus-operator? Что-то не нашёл у них как через оператора завести прометея именно для кубера

Или нашёл, но не дочитал

Простите, не удержался

Ua мониторить, это жесть, да.

Ua мониторить, это жесть, да.

я думаю что в реальности кто-то кого то просто не понял тимлид \ ПМ сказал "надо сегментировать ошибки \ тайминги по юзерагентам", имея ввиду конечно высокоуровневые группы MSIE, Firefox, Chrome и девайсы mobile, tablet, desktop а программист не нашел как заюзать browsecap (или просто зассал, оно ж не бесплатное)

Он же прогер, ну да

Да там вообще странненько было всё

graphite-project/carbon was tagged: 1.1.3 Link: https://github.com/graphite-project/carbon/releases/tag/1.1.3 Release notes: Graphite release 1.1.3 Please see Release Notes [https://graphite.readthedocs.io/en/latest/releases/1_1_3.html](https://graphite.readthedocs.io/en/latest/releases/1_1_3.html)

graphite-project/graphite-web was tagged: 1.1.3 Link: https://github.com/graphite-project/graphite-web/releases/tag/1.1.3 Release notes: Graphite 1.1.3 is now available! This is a bugfix release for stable Graphite 1.1.x branch and it’s recommended for production usage. Including: * Important bugfixes * Support for storing tagged series in hashed filenames and more. Please ... More

а кто как мониторит состояние clickhouse?

есть какой-нибудь набор скриптов который в самом clickhouse'е будет собирать инфу о запросах, мержах, и т.п.?

а кто как мониторит состояние clickhouse?

Встроенные graphite метрики

+ log запросов на grafana.org есть готовый дашик

Хм ... а в версии grafana v5.0.4 при использовании heatmap для prometheus нет возможности выбрать format as heatmap? Я что-то не включил?

а разве его добавили для прометея?

вроде в 5.1 хотели

https://github.com/grafana/grafana/issues/10009 ? А, то есть залили, но релиза не было?