по сути

никакуих "метрик" нет, только резльутта выполнения скрипта интересен

ну это тоже метрика

ну вот increase я посмотрю

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

ага

дичь какая то)

прометеус под такое заточен

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

я такое сделал в принципе - скраплю просто прокладку которая берет метрики, и удаляет их, и отдает прому

https://github.com/weaveworks/prom-aggregation-gateway вот забавное

Так уж исторически сложилось что надо в influx :(

Никогда не поздно передумать

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

Пром не для хранения событий, к сожалению

никакуих "метрик" нет, только резльутта выполнения скрипта интересен

Это называется логи, твой КО

А не ивенты?

Чё?

логи это набор ивентов ?

Никогда не поздно передумать

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

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

Поговори с автором fastnetmon

Ну а что там утверждать то? Взял и начал делать на том что лучше подходит

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

высвети порт из контейнера и подцепи

ну-ну

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

попробовал VisualVM подключиться к этому порту, оно не цепляется

почему - непонятно

вероятно потому что java.rmi.server.hostname= задаю неправильный, а какой правильный задавать - тоже непонятно

это ты сейчас про конфигурацию JMX или экспортера ?

про jmx

если на локалхосте запускаю экспортер с демо конфигом то всё ок

если запускаю кафку с включенным jmx внутри докера, то через visualvm не получается подключиться

щас попробую экспортер на эту кафку натравить

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=12345 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false

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

это ты кого запускаешь и где

кафка тож

если запускаю кафку с включенным jmx внутри докера, то через visualvm не получается подключиться

Кафка в докере дно. Jmxremote слушает на лупбеке, если не указано обратное

и через visualvm можешь подключиться?

Кафка в докере дно. Jmxremote слушает на лупбеке, если не указано обратное

всмысле оно не настраиваемо ?

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

правда jconsole тоже не работало

всмысле оно не настраиваемо ?

Настраивается, в доке про это написано, прям вот сейчас не могу посмотреть название опции

-Djava.rmi.server.hostname=0.0.0.0

попробуй сделать

что скажет ?

да пробовал

-Djava.rmi.server.hostname=0.0.0.0

Не запустится так

ладно бы там были какие-то логи

запустится

-Dcom.sun.management.jmxremote.local.only=false

запустится

У меня не работало, или работало, но странно

Давно было дело

эта опция у меня тоже задана

но у меня будет в поде вертеться, поэтому локалхост ок

эта опция у меня тоже задана

Тогда странно

но у меня будет в поде вертеться, поэтому локалхост ок

А собирать как, тоже в поде?

кого собирать?

экспортер будет слушать другой адрес

так блин

откуда взялся порт 7203

-Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.local.only=false -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.port=5555 -Dcom.sun.management.jmxremote.rmi.port=5555 -Dcom.sun.management.jmxremote.port=7203

тогда есть другой вариант - запускать jmx_exporter вместе с кафкой -javaagent:jmx_prometheus_javaagent/target/jmx_prometheus_javaagent-0.10.jar=9404:/etc/jmx_exporter/config.yml

ну зашибись

там по-умолчанию выставляется env

JMX_PORT=7203

совсем наркоманы что ли

совсем наркоманы что ли

Кафку в докере запускать

ERROR: S client not available

в чём проблема?

м?

Есть мнение что запускать кафку и кассандру в докере это такое себе развлечение

На любителя

проблема-то в чём?

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

а почему докер в проде - дно? )

проблема-то в чём?

троллейбус из буханки хлеба

потому что проект "докер" показал себя очень ненадёжным

короче

потому что проект "докер" показал себя очень ненадёжным

и в чем проблема?

вот как раз развлекаюсь перепаковкой кафки в докер... увлекательное занятие

и в чем проблема?

в ненадёжности

в ненадёжности

на стейтлесс без разницы

короче запустил экспортер внутри того же контейнера где кафка работает - завелось

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

+1

на стейтлесс без разницы

ну эфемерное везде можно запускать, там без разницы

а для стейтфул приходится плясать

ну и да, у нас кафка в проде не в кубере :)

это я локально развлекаюсь

Докер удобно в дев окружении брать, но тащить его в прод сомнительно. Удобство vs внесение дополнительных множественных точек отказа - ну такое...

прикольно, со включенным логированием jmx_exporter работает в 3 раза медленнее

хз.. у нас всякое работает в докерах под ранчером. не падает. в чем мерять надежность? )

Докер удобно в дев окружении брать, но тащить его в прод сомнительно. Удобство vs внесение дополнительных множественных точек отказа - ну такое...

голый докер в проде - дно, надо сразу в кубер/ранчер/мезосферу ехать

а, голый докер - да.. плохо.

блин реально непонятно что ему надо указать чтобы работал visualvm

Народ, про докер в @ru_devops

экспортер на локалхосте (внутри того же контейнера где сама кафка) работает

тогда есть другой вариант - запускать jmx_exporter вместе с кафкой -javaagent:jmx_prometheus_javaagent/target/jmx_prometheus_javaagent-0.10.jar=9404:/etc/jmx_exporter/config.yml

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

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

запускал - работает норм

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

но я не уверен что это не пофиксили давным-давно