SC
я прост не очень знаю как прометей промкуэль до КХ доводит. он от КХ только тупой селект использует или же он в агрегационные функции транслирует.
пром просто читает все данные и потом сам уже их агрегирует
Size: a a a
2020 May 21
МК
пром просто читает все данные и потом сам уже их агрегирует
да это я понял. а что, он с КХ не может также быстро прочитать как с тсдб ? мне важно чтобы не стало хуже после перехода на КХ
SC
за короткие промежутки норм
i
а как же он тогда на тсдб так быстр? что, с тсдб тупое чтение быстрее чем с КХ ?
Возможно криво определяет по запросу что надо забрать
SC
если хочешь сагрегировать за год - умрёшь
МК
если хочешь сагрегировать за год - умрёшь
понятно
МК
если хочешь сагрегировать за год - умрёшь
этот комент был к тсдб или к КХ ?
SC
этот комент был к тсдб или к КХ ?
к remote_read как таковому
SC
сам по себе кх и пром могут вроде агрегировать по мере чтения
МК
к remote_read как таковому
у меня дефолтная конфигурация, ТСДБ примерно 20 гигов. никаких ремоутов нет. всё на одной ВМ
МК
больше чем за год данные не хранятся.
SC
вот и радуйтесь, это идеальная ситуация
МК
вот и радуйтесь, это идеальная ситуация
ок. ну дак грабли от КХ будут ?
SC
скорее смысла нет
МК
к remote_read как таковому
Я правильно понял, что прометей любит много мелких чтений и изза латенси сети возникает пепяка ?
SC
просто он будет читать все сырые данные по сети
МК
скорее смысла нет
Исходная проблема. TSDB падает. почему - не ясно. скорее всего при внезапной смерти ВМ\выключении питания. у нескольких клиентов.
МК
просто он будет читать все сырые данные по сети
а, понел. типа в случае с агрегацией в КХ агрегация будет на стороне КХ сервера.
SC
МК
Ладно. Всем спасибо кто отвечал на эти вопросы. Таки перейду на КХ кароч.