1 шард, без Distributed, план добавить неск серверов с новым шардом и начать писать данные в оба шарда (при этом в старом уже несколько терабайт есть), нормальный план или может какие-то подводные камни есть?
Решардинга нет в клике, как в той же монге. Так что проще поднять рядом новый клустер с шардами и прочими distributed и залить в него данные со старого кластера - так хоть шарды равномерно более-менее заполнятся.
Шард с сбоку можно поднять писать сразу только в новый шард. или пропорционально месту
С перекосом не проблема
Ну тогда через chproxy пишите в новый шард, а читайте с обоих...
1 шард со старыми, второй с новыми данными, потеряем плюшку с параллельными запросами (обычно по дате запросы)
тогда просто <remote_servers> меняете и <macros> правильно и схему создаете заново через SELECT create_table_query FROM system.tables WHERE database!='system' только руками проверьте что у вас в ReplicatedMergeTree макросы правильно составлены
ну делайте Engine=Distributed() таблицы поверх ReplicatedMergeTree (у вас же текущий шард уже реплицируется через ZK?)
Обсуждают сегодня