https://github.com/graphite-project/graphite-web/releases/1.1.0-pre5 was tagged

https://github.com/discordianfish/nginx_exporter пользуюсь вот этим

спасибо :)

Господа Можно в графане построить 2х мерную таблицу из тэгов?

т.е. у метрики 2 тэга, X and Y

есть где нибудь нормальные примеры alert rules для prometheus 2?

ну и еще вопрос, делал ли кто нибудь экспорт во что то статическое из графаны, например в pdf?

ну и еще вопрос, делал ли кто нибудь экспорт во что то статическое из графаны, например в pdf?

IzakMarais/reporter

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

ну и еще вопрос, делал ли кто нибудь экспорт во что то статическое из графаны, например в pdf?

Экспорт чего? Если речь про скриншоты графиков/панелей, то "клик на заголовок панели"->"Share"->"Direct link rendered image" запускает на сервере phantomjs и после отработки отдаёт png.

То есть иметь сервис, который - как в нормальных приложениях - расскажет сразу всё про все процессы - западло? Единственная причина, которую я вижу - их грёбаная лень. Ну типа неохота возиться с shared memory, неохота что-то внешнее делать, прочее всякое. Проще сговнякать ещё один маршрут в HTTP-хэндлере и сказать - на, забирай.

этот процесс - консул же

не?

Консул - KV-хранилище на стероидах, он сам по себе ничего не делает - примерно как Zookeeper.

эээээ

покажите мне решение, которое что-то делает само?

дискавери с консулом в прометее реализуется очень просто

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

иначе выйдет опять заббикс

не хотите брать консул, есть SRV

или DNS тоже не подходит?

Только ни прометей, ни консул мне не нуженв силу архитектуры сервисов и окружения (ну и ленивых задниц разработчиков, конечно). Зачем service discovery, если все порты, id и инстансы у меня известны из ансибла?

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

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

Только ни прометей, ни консул мне не нуженв силу архитектуры сервисов и окружения (ну и ленивых задниц разработчиков, конечно). Зачем service discovery, если все порты, id и инстансы у меня известны из ансибла?

сервис дискавери умеет в хелсчек

более того, консул может работать как днс и отдавать вам тока живые сервисы

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

Да кто против-то? Пусть себе живёт и здравствует прометей.

сервис дискавери умеет в хелсчек

Вопросы хелсчека у меня уже решены.

Да кто против-то? Пусть себе живёт и здравствует прометей.

я про то, что не надо хотеть все и сразу. Потому что в таком случае лучше купить какой-нибудь ibm tivoli или что-то подобное

Вопросы хелсчека у меня уже решены.

ну тогда вам просто прометей не нужен

но вроде никто и не настаивает

можно ансиблом генерить static_configs для прометея

покажите мне решение, которое что-то делает само?

BSOD же ?

BSOD же ?

уел, да )

BSOD же ?

Что такое bsod?

ну тогда вам просто прометей не нужен

Я вообще-то так и говорю - он мне не нужен. Если внимательно почитать, то проблема в том, что ленивые жопы разработчиков не желают нормально делать один ендпойнт на всё приложение и предлагают опрашивать отдельно каждый процесс.

на каждый сервис - свой эндпоинт. Классика.

Я вообще-то так и говорю - он мне не нужен. Если внимательно почитать, то проблема в том, что ленивые жопы разработчиков не желают нормально делать один ендпойнт на всё приложение и предлагают опрашивать отдельно каждый процесс.

это про кучу экспортеров для каждого сервиса?

на каждый сервис - свой эндпоинт. Классика.

сервис - да. процесс - нет.

Иначе говоря, моё окружение не динамическое, количество процессов для каждого компонента задаётся конфигом супервизора.

А разрабы тупо не желают сделать мастер-процесс, который будет собирать всю срань с этих воркеров и складывать в кучу, отдавая с одного ендпойнта.

Мотивируя это разного рода гнилыми отмазками.

а чем у вас концептуально процесс от сервиса отличается?

Ну так-то процесс = unix-процесс. Внутри одного сервиса таких процессов может быть несколько десятков.

Это такой шаловливый способ ухода от GIL.

не понятно. вот допустим нжинкс, запущено 8 процессов. Есть ли смысл мониторить каждый процесс в отдельности? если достаточно мониторить сам сервис(нжинкс) на предмет работоспособности.

не понятно. вот допустим нжинкс, запущено 8 процессов. Есть ли смысл мониторить каждый процесс в отдельности? если достаточно мониторить сам сервис(нжинкс) на предмет работоспособности.

Дык если посмотреть в объекты ОС, то мы увидим мастер-процесс, который породил себе процессы-воркеры. А всё вместе - сервис, да.

А в моей ситуации мастер-процессовм выступает супервизор, которому, понятное дело, глубоко фиолетово до внутренностей каждого процесса. И речь, напомню ещё раз, не о хелсчеках, а о сборе метрик.

А в моей ситуации мастер-процессовм выступает супервизор, которому, понятное дело, глубоко фиолетово до внутренностей каждого процесса. И речь, напомню ещё раз, не о хелсчеках, а о сборе метрик.

а мастер не может отдавать все метрики сам?

Всем привет! А по графане кто нибудь может помочь? Что то она у меня из коробки не поднимается(( Датасурс на прометей настролся успешно, но ни один запрос не выполняет - ошибка всегда одна и та же - Invalid interval string, expecting a number followed by one of "Mwdhmsy" Этот интервал менять пробовал -как описано тут (https://github.com/grafana/grafana/issues/8510) - реакции ноль((

или как раз разрабы не хотят реализовывать

или как раз разрабы не хотят реализовывать

Вот мастера разрабы и не хотят делать.

А в моей ситуации мастер-процессовм выступает супервизор, которому, понятное дело, глубоко фиолетово до внутренностей каждого процесса. И речь, напомню ещё раз, не о хелсчеках, а о сборе метрик.

ну у вас же каждый процесс решает отдельную бизнес-задачу? или несколько процессов для одного и тогоже ?

Всем привет! А по графане кто нибудь может помочь? Что то она у меня из коробки не поднимается(( Датасурс на прометей настролся успешно, но ни один запрос не выполняет - ошибка всегда одна и та же - Invalid interval string, expecting a number followed by one of "Mwdhmsy" Этот интервал менять пробовал -как описано тут (https://github.com/grafana/grafana/issues/8510) - реакции ноль((

ну так интервал надо ставить 1m, а не просто 1. По ссылке эластик, там немного другой формат (>1m)

ну так интервал надо ставить 1m, а не просто 1. По ссылке эластик, там немного другой формат (>1m)

помогло)) спасибо!

а я не понял, зачем мой пост про статью прирезали?

она же про метрики - опенсорс

Парни и девушки! Оцените плз, мою статью на хабре про Графит + КХ: https://habrahabr.ru/company/avito/blog/343928/

ну у вас же каждый процесс решает отдельную бизнес-задачу? или несколько процессов для одного и тогоже ?

несколько процессов делают одно и то же (по сути - воркеры)

Парни и девушки! Оцените плз, мою статью на хабре про Графит + КХ: https://habrahabr.ru/company/avito/blog/343928/

Еще не прочитал, но есть сразу замечание по стилю, было бы хорошо сделать запросы с отступами.

а я не понял, зачем мой пост про статью прирезали?

это бот (

видимо он не дает писать пост с ссылкой без текста

несколько процессов делают одно и то же (по сути - воркеры)

Случаем не селери?

нет

Жаль, прости что отвлек

ничего страшного

ERROR: S client not available

кстати, датасорс прометея у графаны работает и с 1.8 и с 2.0?

да

но там не больно то поменялось

коллеги, кто-нибудь мигрировал прометей с 1.х на 2.0? есть ли сложности в миграции данных?

они не мигрируют же

коллеги, кто-нибудь мигрировал прометей с 1.х на 2.0? есть ли сложности в миграции данных?

я мигрировал. делов на час. с нуля.

миграции нету да. просто поднимай рядом второй.

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

remote_read

второй пром за ретроспективой будет гонять к первому

потом когда данные первого отретеншатся дропни его и всё

у меня так вот уже # du -d1 7,2G ./prom 11G ./prom2 18G .

при том что второй лучше жмет чем первый

отлично, спасибо

несколько процессов делают одно и то же (по сути - воркеры)

ясно. похоже что мяч таки на стороне девов (и выборе неоптимальных технологий)

ясно. похоже что мяч таки на стороне девов (и выборе неоптимальных технологий)

я так и сказал - ленивые задницы

и снова. разрабы правы. оба сергея нет.

каждый воркер может быть на разных серверах и от того где он находится может иметь различный тайминг или проблемы. мониторить надо каждый в отлельности

и падать раздельно будут.

иначе ваш суперсервис должен дублировать логику дискаверинга и обработки сетевых ошибок и тд

я про то что аналог мультитредовости делать через запуск кучки отдельных процессов - это путь через Ж.

нет. в питоне нет другого пути.

в многсерверной конфигурации нет другого пути.

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

и не грешите.

я про запуск кучки отдельных процессов руками.

прекратите запускать руками чо.

запускайте через запускатор.

но доростете до второго сервера с воркерами вспомните этот разговор

зачем то systemd не умеет http интерфейс.

supervisor в помощь