каких интерпретаторах?

это забота jvm

https://github.com/prometheus/jmx_exporter/issues/237 вот кстати, может быть интересно

народ, а почему пром может через раз вот так отдавать?

Может неправильный мультипроцессинг?

да просто сглаживание такое

неровное

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

это просто рисуется так

графана например будет по-другому рисовать

аналогично, к сожалению

как раз из за нее пошел в пром, а он так же отображает

а если шаг отрисовки поменять?

это Resolution или Step?

да

быстрее попробовать чем спрашивать

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

при Resolution 1/2 все равно такая ерунда

причина лишь в том что прометей может возвращать например каждую вторую точку

в зависимости от указанного разрешения отображения

хм

Кто-нибудь пробовал эту штуку?

Trickster — интересный проект от Comcast, реализующий кеширующий прокси для Prometheus. Обещают «dramatically accelerates dashboard rendering times for any series queried from Prometheus» https://goo.gl/dxcm2S

зашел сюда увидеть этот вопрос

пробовал, классно, но графики типа bar в графане ломает

тааак

есть у меня (и не только у меня) красивая метрика kube_job_failed

которая = 0 если джоба ок и 1 если зафейлилась

но история когда-то запущеных джоб хранится и хранится (потому что никто их не подтирает за собой) и поэтому метрик у меня целый вагон старых

как бы ещё пофильтровать давно существующие метрики?

сочинил kube_job_created > time() - ( 3600 * 12 ) and on (exported_job) kube_job_failed != 0

теперь осталось понять почему дыры в метриках из kube-state-metrics

http://take.ms/LXtPq что это такое?)

зацензуренная картинка

ну там айпи сервиса который скраплю)

ошибка EOF

что-то не так вывожу?

Небось внутренний адрес

Да, что-то не так выводишь

В чём проблема взять готовую либу?

header("Content-Type: text/plain; version=0.0.4"); echo "go_gc_duration_seconds{quantile=\"0\"} 0.000144023\n";

не нашел подходящую - я храню метрики в мускуле)

"пытаюсь хранить"

мне уже объяснили вроде что я фигней занимаюсь в принципе

что я не так вывожу?

Всем привет. Подскажите, что есть из готового софта по forecast alerting для графаны и/или carbon-cllickhouse

не нашел подходящую - я храню метрики в мускуле)

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

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

ну по сути у меня так же как в той либе(

Только та либа работает

Только та либа работает

скажи название либы, если помнишь, плиз

https://github.com/Jimdo/prometheus_client_php эта?

Да на сайте прометея было упоминание одной либы для пхп

Не знаю, у нас нет пхп

ну это с сайта прометея как раз

Не знаю, у нас нет пхп

а откуда инфа что ток одна либа рабоатет?

Я вроде так не говорил

Только та либа работает

ну значит я не так смерджил "ровно одна либа" и "та либа работает"+)

Для пыха была ровно одна либа

Давно не проверял

ну она норм да, только не делает то что мне нужно

хотя мож ей адаптер просто дописать

А что тебе нужно?

хранить метрики в мускуле, иметь флаг забрал прометеус или не забрал

Зачем?

ERROR: S client not available

Какая изначальная задача?

Флаг "забрал или нет" - говно идея и не по-прометейски

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

в итоге раз в 5 сек имел число и не мог sum_over_time адекватно посчитать

ну я уже слышал что это говно идея и инструмент не тот

но начальник чето не внемлет

Пиши общее количество обработаных

Остальную калькуляцию на стороне прометея делай

типа counter который увеличивается бесконечно?

или как его грамотно ресеттить

Зачем?

я мб не понял я сделал gauge в который по завершению скрипта set(successCount) делаю и пушу в гейтвей

вроде как это и есть общее количество обработанных

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

Очень редко реально без Gauge не сделать, в большинстве случаев хорошо можно сделать через каунтер

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

верно?

Смотря какой запрос делаешь

Если сырую метрику, то да

что такое сырая метрика?

С каунтером меньше возможности потерять значения

Такая какая от экспортера пришла

уровень моего непонимания происходящего приводит меня в отчаяние)

С каунтером ты можешь посчитать сколько у тебя прибыло в минуту

Или не в минуту

Или в час

Из одного и того же каунтера

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

промежуточное и частота не нужна

Из Gauge такое сложнее сделать

Ну возьми графит какой-нибудь

В прометее gauge не принято делать на каждый чих