@ru_devops или @devops_ru

Да я так, разговор поддержать

Но зависимость от zk в CH действительно огорчает

еще чуь чуть и вы тут срать будете как с нутаникс чате)

ту же kafka сообразить и запустить чего стоит)

у них там джарничков всё таки вагон для всего есть

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

еще чуь чуть и вы тут срать будете как с нутаникс чате)

чего бы очень не хотелось.

Перестаньте, кашка тривиально запускается

Перестаньте, кашка тривиально запускается

ну это у могучих якодзун. Не все такие :)

Перестаньте, кашка тривиально запускается

когда знаешь как - все тривиально. С клик-хаусом так же?

когда знаешь как - все тривиально. С клик-хаусом так же?

Никогда не запускал кликхаус и не знаю, что это такое

Марш отсюдова

?

Но, думаю, это нечто, предполагающее leader election, с одной стороны

И пишущее на диск, с другой

Так что, задача сведена к предыдущей

когда знаешь как - все тривиально. С клик-хаусом так же?

у меня по документации на запуск кликхауза ушло пять минут, если честно. Если его не надо тюнинговать – сложностей в запуске нет.

у меня по документации на запуск кликхауза ушло пять минут, если честно. Если его не надо тюнинговать – сложностей в запуске нет.

Ништяк.

А как насчет graphite + КХ?

10 минут :)

Эээ, печаль

https://github.com/lomik/go-carbon/issues/46

Нет аггрегаций в го-карбон

внимание вопрос! :) кто то в бозоне веселился с подстановками переменных из темплейтов в алертовые запросы?

ну там они есть :) но простые и только в хранении - это же просто бекенд

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

но кстати с carbon-c-relay у меня были проблемы... с небольшим потоком агрегатов работало норм, а когда я начал почти весь тестовый поток (100к в сек) аггрегировать он начал течь по памяти

накидал на го аггрегатор с нужной мне логикой и успокоился

но кстати с carbon-c-relay у меня были проблемы... с небольшим потоком агрегатов работало норм, а когда я начал почти весь тестовый поток (100к в сек) аггрегировать он начал течь по памяти

Там надо версию подбирать

У нас по этой причине 2.6

ну так то поток метрик был... говно :) в плане содержания

т.е. на логике sum (server1,2,3,4) = cluster оно работает хорошо, а когда тебе надо avg (.*) -> .*-avg работало секунд 5-10 и кернел паник :) когда метрик в фильтр попадало под лям

может подбор версии это бы решил

при сужении фильтра до 10к (если мне память не изменяет) он жил стабильно

может подбор версии это бы решил

У нас ровно из за непредсказуемых косяков версия 2.6, раньше была 1.11

@korservick ты собери его с thread sanitizer и посмотри на вывод ?

у тебя стек на нем построен, я решил что распределение мне даст кафка

я его уже почти год не запускал :)

@korservick ну мы как агрегатор его стараемся не использовать, потому что он работает неадекватно

ну вот я за 2 дня написал свой :) а потом переписал... а потом еще 5 раз переписал и понял что проблема не в моем аггрегатере :)

http://graphite.readthedocs.io/en/latest/config-carbon.html#aggregation-rules-conf текущие правила # The form of each line in this file should be as follows: # # output_template (frequency) = method input_pattern # tds.traffic.<host>.<code>.<isnew>.<scheme>.<input>.<output> (1) = sum tds.traffic.<host>.<code>.<isnew>.<scheme>.<input>.<output> tds.geo.<host>.<country>.<input>.<output> (1) = sum tds.geo.<host>.<country>.<input>.<output> tds.sync.<host>.<direction>.<partner> (1) = sum tds.sync.<host>.<direction>.<partner> tds.queue.<host>.<queue> (1) = sum tds.queue.<host>.<queue>

Не работают

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

А, агрегатор это отдельная сущность

А не что то встроенное в го карбон

статсд?

Либо упомянутый выше carbon-c-relay

лучше кстати brubek наверное

У нас ровно из за непредсказуемых косяков версия 2.6, раньше была 1.11

то есть лучше либо не использовать, либо использовать именно 2.6?

на С и функций дофига

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

то есть лучше либо не использовать, либо использовать именно 2.6?

У нас под нашими нагрузками последний который работал сносно - 2.6

У нас под нашими нагрузками последний который работал сносно - 2.6

Понял, спасибо. Следовательно, под нашими точно норм поедет.

Ну просто c-relay такая странная штука которая ведёт себя странно

И автор у нее тоже странный. Поэтому у нас каждая попытка обновить его - боль

И автор у нее тоже странный. Поэтому у нас каждая попытка обновить его - боль

автора обновляете? ?))) а если серьёзно - вариант развивать свой форк не рассматривали?

автора обновляете? ?))) а если серьёзно - вариант развивать свой форк не рассматривали?

Код сложно поддерживать

Проще переписать

Хм, ну раньше это делал карбон питонячий

вот так тоже пробовал: ... WHERE db_name IN([[db_name]]) ...

А пробел не нужен после IN ?

grafana - carbonapi - go-carbon - carbon-c-relay ?

@freeseacher по поводу переноса дашбордов - пока невозможно.

carbon-c-relay выглядит разумнее, но настройки дикие )))

ERROR: S client not available

А пробел не нужен после IN ?

вроде получилось. переменная не подставлялась почему-то. Рестарт Графаны помог.

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

про prtg что-нибудь плохое скажите

позязя

Пытаюсь сделать Scripted dashboard http://docs.grafana.org/reference/scripting/ Кроме этой страницы, документации больше нет? По примерам скриптов не все понятно...

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

Тогда уже все Настройки что бы хранились :) выбор переменных/даты/положение графиков или хотя бы их статус свернуто или нет

А проблему с тормозящими конечными пк потребителями лучше всего решать через VDI :) тема не для этого чатика, но имхо лучше решения нет.

бозоноводыыы - отзовитесь :)

да?

есть какой то путь вызова запроса с переменными из темплейта?

могу по человечески :)

переменная - это просто текст, конечно можно

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

и вот хочется имя хоста которое в темплейте передать обратно в запрос в котором .*. чтобы запрос был не по 10000+ хостам а по одному и соответсвенно шустро отработал

а то получается что алерт отрабатывает в пределах 1 сек, а вот runHistory может и 2 минуты бегать

т.е. я могу не просто {{.Graph .Alert.Vars.busy_last_1_hour}} а взять эту .Alert.Vars.busy_last_1_hour и переколбасив ее как мне надо (т.к. это текст) передать ее в функцию .Graph и уже она сделает запрос?

https://bosun.org/definitions#evalstringexpression-resultvalue ?

пытался вкурить но пока чуток ломает мозг от этой логики

фуск ... бэкенд то графит, в opentsdb бы все само по себе заработало, там тэги и красота

ну как бы разницы не много... но странно что сделав graphite($expr,"5m","",...host) я этот хост получаю только на выхлопе, а обратно он в запросе не работает

а вот .Group() что в темплейте напишет, если запрос был в графит?

а вот .Group() что в темплейте напишет, если запрос был в графит?

зависит от того что ты в тегах из графита получил

т.е. если в $expr bla.bla.bla.*.metric (*-host) на выхлопе я получаю норм группировку

это понятно, вопрос про конктерный запрос @korservick

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

формально я это могу обойти связными алертами и более кастомными запросами в графит... но текста в конфиге станет в 3 раза больше

если сумбурно то могу пример набросать

а таки что пишет .Group() в темплейте?

{host=host1}

круто ... а .Graph() рисует 100 графиков?

но если я делаю запрос {{.Graph .Alert.Vars.busy_last_1_hour}} где $busy_last_1_hour = graphite("*.metric","1h","",host) то оно отрабатывает на все хосты а не на host1 и рисует 1 линию host1