ато там сейчас не хвататет деталей по тому как это работает

мда... сложна

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

Привет

Есть кто перешёл от elk на loki ? Или юзают в тандеме сие технологии ?

Очень интересен опыт с локи

> Меня больше интересовал вопрос, насколько стабильно и беспроблемно работает репликация в кх
Она работает)

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

кроме того вещи типа TTL / Multi-tier storage и их влияние на репликацию (кстати я наврал, это мои фантазии, это все больше влияет на background processes), это новый функционал который только вышел

это как было сначала с MyISAM vs InnoDB никто (в массе) не понимал что такое transaction log и row level lock, хотя в документации все это было, пока перкона не подняла массовое просветительское движение

а потом с postgres тоже самое, никто толком (в массе) не понимал как MVCC работает и чем перконовский storage и репликация отличаются от mysql на алгоритмическом уровне, а потом появились ребята из avito и Postgres pro и началась массовая публикация понятных материалов по MVCC  и индексам

сейчас вот с clickhouse тоже самое
материалы появляются
https://www.altinity.com/blog/tag/replication

вот хорошая статья, хотя  и устаревшая, там CREATE TABLE ... ON CLUSTER уже есть и distributed таблицы это не репликация  а просто правила балансировки при записи и мульти-серверности при чтении в любые таблицы а не только в ReplicatedMergeTree
https://evilinside.ru/distributed-tablicy-v-clickhouse-shardirovanie-i-replikaciya/

В nightly build пока ещё

попробуйте MySQL datasource + Clickhouse <mysql_port>
https://clickhouse.tech/docs/en/operations/server_settings/settings/#server_settings-mysql_port
будут алерты

Тут картинка очень удивлённого кота

Там контекст вопроса есть.

видимо упустил, цель же получить алерты в grafana по данным из clickhouse?
вот кажется что попытка работать с clickhouse по MySQL протоколу
используя кастомные sql query в диаклекте clickhouse, проблему может  решить. но достаточно извращенным способом ;)

Нее. Там контекст что это должно работать на хастике

а, ой тогда
ch плагин, я думал это clickhouse плагин к grafana ;)

ребят, всем привет. Подскажите пожалуйста по соединению carbonapi и graphite-clickhouse. Поднял через docker-compose.yaml сервисы http://dpaste.com/1PDCP5W
Конфиги
carbonapi: http://dpaste.com/36C82DV
graphite-clickhouse: http://dpaste.com/1S64TCW

carbonapi почему-то не может подконектиться к graphite-clickhouse. Когда делаю запрос curl 'http://localhost:8081/metrics/find?query=c' , получаю ответ Internal Server Error
в логах carbonapi такая ошибка:

ERROR  access  request failed  {"data": {"handler":"find","carbonapi_uuid":"90521f30-78c2-4ae8-9565-84ce352bb631","url":"/metrics/find?query=c","peer_ip":"172.18.0.1","peer_port":"48048","host":"localhost:8081","runtime":0.073490116,"http_code":500,"reason":"No responses fetched from upstream","uri":"/metrics/find?query=c"}}

почему-то не может подрубиться к graphite-clickhouse. Подскажите, в чём может быть причина?

потому что localhost внутри контейнера?
нужно использовать имена сервисов и внутренние (а не замапленые снаружы) порты

странно, что он пробрасывает как localhost, ведь в конфиге стоит 0.0.0.0 на обоих сервисах

они же совпадают вроде

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