@rlomonosov @Civiloid вы что скажете по этому поводу? собираетесь добавить у себя?

Например, было app.myapp.metrc, стало app.myapp.metrc;tag1=value1;tag2=value2

То есть, не особо сложно переделать

При этом если я вызываю app.myapp.metr - получаю все? или надо будет суммировать все, на что повесли таги?

Карбон сам разбирает и пишет в нужном виде и базу тэгов заполняет

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

@rlomonosov @Civiloid вы что скажете по этому поводу? собираетесь добавить у себя?

Я еще не изучал как оно работает

Например, было app.myapp.metrc, стало app.myapp.metrc;tag1=value1;tag2=value2

могли бы сделать формат как у прометеуса или инфлюкса

могли бы сделать формат как у прометеуса или инфлюкса

В смысле?

Если придут сообщения app.myapp.metr;tag1=a и app.myapp.metr;tag2=b то сколько висперов создастся на диске?

2

на каждую комбинацию отдельный файл

It defines a format for tagged series in carbon, which is <metric>;<tag1>=<value1>;<tag2>=<value2> У инфлючка формат точно такой же только вместо точки с запятой запятая temperature,machine=unit42,type=assembly internal=32,external=100 1434055562000000035

Вот здесь объясняется https://github.com/graphite-project/carbon/pull/674

на каждую комбинацию отдельный файл

А потом при запросе графика app.myapp.metr в графите будет две линии?

Метрики с тегами в отдельном каталоге лежат

Выше я скриншот делал

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

Выглядит костыльненько

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

Я так понял, здесь основная фича - это гибкая фильтрация по тэгам. Я не особо знаток графита, там можно обычные метрики фильтровать по регэкспам?

регекспы не быстро видать

на выходе то, канешн функция aliasSub() :)

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

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

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

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

вот с КХ в качестве бека это может можно красиво обыграть - думать нада

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

графитовское сообщество не отличается поспешнстью. так что 5лет и вуаля.

в КХ это условно добавить колонку "tag" со значениями которые можно писать а можно не писать, тогда если остальные допилят коллекторы и графаны актуализируется то это будет прикольно

в КХ это условно добавить колонку "tag" со значениями которые можно писать а можно не писать, тогда если остальные допилят коллекторы и графаны актуализируется то это будет прикольно

Теги это сложно

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

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

до уровня поддержки adhoc запросов из элестика непонятно когда это сможет дорасти

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

или уже можно будет? :)

или уже можно будет? :)

Не знаю пока, эти моменты еще не обсуждали

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

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

ну так то да, бежать впереди паровоза некомфортно :)

@alexanderzobnin воу! квери инстпектор!

крут

Да почему - это же наши программисты тэги запилили, так что нам проще

ага, я как то пропустил, а разбивка дашей в 4.6 будет?

по папащкам

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

вот то что всю безопасность надо пилить через организации как то страннавата

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

дак обалко наверное

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

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

а когда кстати примерно станет ясен api бекенд плагинов? потому что это как раз то что нужно для запила нормального алертинга о котором тут весь чатик мечтает :)

Пока не ясно ?

Сам жду

https://github.com/prometheus/prometheus/releases/2.0.0-beta.4 / 2017-09-14 was tagged

в graphite-clickhouse есть собственная альтернативная реализация тегов, которые получаются из внешних источников например, можно на метрику app.myapp.metr навешать теги tag1, key1=value и она будет доступна в графите по путям app.myapp.metr _tag.tag1.app.myapp.metr _tag.key1=.value.app.myapp.metr _tag.tag1._tag.key=.value.app.myapp.metr естественно и в дереве в графите это выглядит так же - есть директория _tag, в ней список тегов. в каждом теге подходящее поддерево исходного дерева и опять директория _tag. автодополнения в графане и тому подобное работает из коробки

Я мог бы туда вписать и поддержку новых тегов, но как-то мне не нравится как оно выглядит в "официальной" реализации. А опять делать свое несовместимое решение не хочется. Уж лучше поддержать прием и отображение данных от прометеуса :)

Мне бы для начала просто начать нормально в сам clickhouse писать :) Было бы вообще хорошо)

Мне бы для начала просто начать нормально в сам clickhouse писать :) Было бы вообще хорошо)

Так вот бери ломиковский карбон кликхаус и делай

Да не) тут просто времени пока не хватает) Так что в пром пишу уже, но хочется и клик пощупать)

Даже поставил уже - но сейчас надо начать в него писать)

в graphite-clickhouse есть собственная альтернативная реализация тегов, которые получаются из внешних источников например, можно на метрику app.myapp.metr навешать теги tag1, key1=value и она будет доступна в графите по путям app.myapp.metr _tag.tag1.app.myapp.metr _tag.key1=.value.app.myapp.metr _tag.tag1._tag.key=.value.app.myapp.metr естественно и в дереве в графите это выглядит так же - есть директория _tag, в ней список тегов. в каждом теге подходящее поддерево исходного дерева и опять директория _tag. автодополнения в графане и тому подобное работает из коробки

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

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

не имеет. _tag.tag1._tag.key=.value.app.myapp.metr _tag.key=.value._tag.tag1.app.myapp.metr работает одинаково

просто я не стал указывать совсем все возможные пути. а то и _tag.tag1._tag.tag1._tag.tag1.app.myapp.metr можно еще включить )

вы нас запутать хотите? :)

В графане сейчас это как-то так выглядит:

Pie ( и donut ) chart точно умеет ( данные забираю из кликхауса ) с плагином от Vertamedia

Small FYI: теги в графите пока в мастере, с него будет напилена версия 1.1.0 - которая и будет стейблом. Текущий стейбл - 1.0.х тегов иметь не будет.

Для графаны появился простой плагин-датасорс для аннотаций. Пока только просто на гитхабе, через gfafana-cli plugins list-remote его не видно. Простенько и со вкусом ? https://github.com/fzakaria/simple-annotations-plugin

Для графаны появился простой плагин-датасорс для аннотаций. Пока только просто на гитхабе, через gfafana-cli plugins list-remote его не видно. Простенько и со вкусом ? https://github.com/fzakaria/simple-annotations-plugin

НАКАНЕЦТА

Для графаны появился простой плагин-датасорс для аннотаций. Пока только просто на гитхабе, через gfafana-cli plugins list-remote его не видно. Простенько и со вкусом ? https://github.com/fzakaria/simple-annotations-plugin

не очень понял он хранит все анотации в теле дашборда получается?

Да

ооок )

Хорошо это или плохо - отдельный вопрос.

И не совсем ясно, какие права надо пользоавтелю дать, чтобы он мог добавлять/править аннотации.

там вроде пилят нативные анотации с хранением в бд

там вроде пилят нативные анотации с хранением в бд

Да, пилим

И не совсем ясно, какие права надо пользоавтелю дать, чтобы он мог добавлять/править аннотации.

Думаю, права на редактирование дашборда. Конечно, в json хранить - идея так себе, много не сохранишь.

Думаю, права на редактирование дашборда. Конечно, в json хранить - идея так себе, много не сохранишь.

Ну это очевидно. А вот их роль readonly-editor (или как она там ...) может временно влепить аннотацию, чтобы потом заскриншотить, например.

Да, без сохранения в БД

А кол-во аннотаций - так это смотря для каких целей. Для спама и другие стораджи есть ?

https://github.com/yandex/ClickHouse/releases/v1.1.54289-stable was tagged

коллеги, существует ли чат кликхаусоводов?

два

Да

русский и английский

Не пускает

@clickhouse_ru

спасибо!

А что вырезает ссылки на чаты?

это антиспам бот

Жуть какая

Одобряю вырезку.

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