Size: a a a

DevOps — русскоговорящее сообщество

2020 March 31

СХ

Старый Хрыч in DevOps — русскоговорящее сообщество
ну это скорее как костыль снаружи
источник

СХ

Старый Хрыч in DevOps — русскоговорящее сообщество
чем обязаловка как в hadoop/clickhouse
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Rashid Djam
или главная причина в другом?
В скорости коммитов. В случае трёх фазного коммита латенси инсертов растет в 2-3 раза т.к. схема такая:

1ая нода: у меня есть транзакция на запись
1ая -> 2ой: ты готов записать?
2ая -> 1ой: да
1ая: записывает
1ая -> 2ой: держи данные
2ая: записывает
1ая -> 2ой: записал?
2ая -> 1ой: записал
1ая: закрывает инсерт как успешный


А теперь экстраполируй когда у тебя не 2 ноды, а 20 или 200
источник

A

Asgoret in DevOps — русскоговорящее сообщество
И количество записей не 1, а несколько сотен в секунду
источник

СХ

Старый Хрыч in DevOps — русскоговорящее сообщество
да и смысл имеет только при юзе ibm почтовика
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Также зукипер хранит расположение шардов и реплик. Таким образом твои данные равномерно размазаны по кластеру и в случае выпадания ноды происходит ребаланс (ну и в случае добавления)
источник

СХ

Старый Хрыч in DevOps — русскоговорящее сообщество
и другой древней ынтепрайз коробки где кассандре 2 версии
источник

СХ

Старый Хрыч in DevOps — русскоговорящее сообщество
Asgoret
Также зукипер хранит расположение шардов и реплик. Таким образом твои данные равномерно размазаны по кластеру и в случае выпадания ноды происходит ребаланс (ну и в случае добавления)
ну это скорее архитектурный минус кликхауса
источник

СХ

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

RD

Rashid Djam in DevOps — русскоговорящее сообщество
Asgoret
Также зукипер хранит расположение шардов и реплик. Таким образом твои данные равномерно размазаны по кластеру и в случае выпадания ноды происходит ребаланс (ну и в случае добавления)
а зукипер самостоятельно производит репликацию данных на свои ноды?
источник

SP

Sergey Pechenko in DevOps — русскоговорящее сообщество
Rashid Djam
а зукипер самостоятельно производит репликацию данных на свои ноды?
сам, да
источник

RD

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

SP

Sergey Pechenko in DevOps — русскоговорящее сообщество
ещё там ephemeral znodes есть
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Rashid Djam
или, скажем реплика кликхауса сама обходит все ноды и забирает с каждой дельту?
Сам обходит
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Rashid Djam
а зукипер самостоятельно производит репликацию данных на свои ноды?
И он говорит кому куда что скопировать и как эти данные побить на шарды
источник

RD

Rashid Djam in DevOps — русскоговорящее сообщество
круто, вижу профит)
источник

RD

Rashid Djam in DevOps — русскоговорящее сообщество
то есть задача кликхауса просто положить данные в зукипер, навесить вотчер в котором есть логика импорта данных?
источник

RD

Rashid Djam in DevOps — русскоговорящее сообщество
нода изменилась, сработал вотчер, реплика отрегарировала и забрала данные
источник

RD

Rashid Djam in DevOps — русскоговорящее сообщество
как то так?)
источник

EL

Erick Lee in DevOps — русскоговорящее сообщество
Старый Хрыч
ну это скорее как костыль снаружи
ты сказал "к кассандре он отношения не имеет", что за маняврирование?
источник