кстати, как 25 см связаны с мозгом я вообще не понимаю

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

мы, действительно, любим метрики

это я аватарку чата вспомнил

А вы длину в Прометей складываете? А что с долгосрочным хранением?

А как часто снимаете?

а ведь вроде не пятница...

а ведь вроде не пятница...

Никогда не знаешь когда пятница тебя накроет

я безработный

у меня каждый день пятница

Мир этому чату!

у меня каждый день пятница

а я админ – у меня не бывает пятниц...

а я админ – у меня не бывает пятниц...

ну не стоит этого стеснятся

я и не стесняюсь. Поздно уже

ну следующая стадия у тебя - безработный

)

ну следующая стадия у тебя - безработный

мммм. С чего бы? Или я чего-то не знаю?

мммм. С чего бы? Или я чего-то не знаю?

карма такая

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

Добрый день, подскажите пожалуйста, если стоит задача записывать 100к в сек данные с датчиков и выводить график по ним год/месяц/день/часы/30мин, в качестве базы clickhouse, стоит ли использовать graphite или же стоит использовать mergeTree и усредненные данные в другу таблицу?

Добрый день, подскажите пожалуйста, если стоит задача записывать 100к в сек данные с датчиков и выводить график по ним год/месяц/день/часы/30мин, в качестве базы clickhouse, стоит ли использовать graphite или же стоит использовать mergeTree и усредненные данные в другу таблицу?

Если устроит иметь данные без тегов - Без разницы. 100к это довольно смешная нагрузка.

меня смущает что avg + groud by toHour занимает на 2 миллиардах 60сек, сейчас уже понял что надо быдло писать более большими пачками, но все же не уверен что так правильно, хотелось бы что бы не было потом проблем с базой и выборкой.

меня смущает что avg + groud by toHour занимает на 2 миллиардах 60сек, сейчас уже понял что надо быдло писать более большими пачками, но все же не уверен что так правильно, хотелось бы что бы не было потом проблем с базой и выборкой.

Под графит возьми lomik/carbon-clickhouse + graphite-clickhouse и carbonapi

Писать надо ну да, большими пачками.

@Civiloid спасибо за ответ, попробую carbon

@muztv в КХ надо вставлять данные как можно более большими пачками (иначе будут проблемы с мержами), в идеале примерно раз в секунду пачками по 100к+.

плюс важно выбрать нормальные индексы (в примерах к carbon-clickhouse оно есть для графитного формата). Сам carbon-clickhouse принимает графитный line protocol (имя[пробел]value[пробел]timestamp\n, все текстом) и сам вставляет пачками. graphite-clickhouse позволяет это почитать в графитном формате

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

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

можно сразу в одной таблице все делать, зачем куда-то перемещать?

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

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

ну да

Привет всем. Телеграф иногда отваливается с точки зрения Прометея, хотя при этом живее всех живых. Потом снова подключается. Не сталкивался кто?

Совершенно рандомное поведение, отловить пока не получилось

Собирает много всего.

Вернее, не подключается, а становится невидимым

Алерт 5 минут недоступности сработать успевает

Находится на той же тачке

Цпу, памяти и прочего - завались.

Дескрипторы, правда, пока не смотрел

@muztv чисто по КХ лучше в @clickhouse_ru

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

он от всего походу отваливается

рандомно

аналогичное поведение?

да

понял, спасибо!

травим периодически tcpflow и рестартим

может, есть замены такому комбайну?

которые можно натравливать на кучу целей

collectd?

может, есть замены такому комбайну?

intel snap

collectd

и как snap?

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

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

@neurox https://docs.google.com/spreadsheets/d/14zMImj6LwDZcgH1-WBThRwrgZdgcV2NJjjtKkN3SbLI/edit?usp=sharing - там есть вторая страничка, там коллекторы

и снмп

спасибо!

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

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

ERROR: S client not available

это да

если бы не валился - цены бы ему небыло

снап слегка оверинженернутый

зато у него настоящие плагины в отличии от телеграфа)

зато в телеграфе на раз подключается что угодно что отдает нужный json/line protocol хоть на баше ) без всяких плагинов даже

ну в снапе такого нет, да. Хотя можно просто написать

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

экспортер

нет mssql, нет проблем

увы, я на это не влияю

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

все равно ж потом в прометей все гнать?

да

это был телеграф

)

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

нахерачить запросов

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

@neurox https://github.com/awaragi/prometheus-mssql-exporter вот первая ссылка из гугла, не оно?

оу

на ноде правда

раньше не было

спасибо

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

есть еще отдельный для азури, я не знаю насколько оно похожее

может, на гошечке переписать

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

спасибо за советы!

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

а плз, спс, пжл и прч пдбн хрн - это лучше чтоли?