кластера в другом ЦОД'е. Что бы на случай если один цод упал, другой продолжал работать.
Какими инструментами это можно реализовать?
ZK observer ноды и обычная репликация
Есть много деталей, отсутствующих в постановке задачи. Например связность между ЦОДами. Задержки, пропускная способность, надежность.
А как поведет себя зукипер если резервный кластер погасить, скажем на недельку? Закончится место на зукипере и все умрет? И второй вопрос, как будут ходить ddl запросы? К примеру, кто-то дропнул табличку запросом drop tabe t1 on cluster '{cluster}', тогда этот же запрос улетит и на резервный?
> тогда этот же запрос улетит и на резервный? Да > А как поведет себя зукипер если резервный кластер погасить, скажем на недельку? Закончится место на зукипере и все умрет? Ну место не закончится, но гасить на неделю все таки не стоит
Гасить на недельку не стоит, но мало ли ) Почему место не закончится. Данные же влетают в зукипер и потом от туда летят в ноды клика. Или не так?
ZK хранит только метаданные: имена партов, схемы таблиц и список операций что нужно сделать.
Да, тогда не закончится) Спасибо!
Обсуждают сегодня