Couchbase Cross Datacenter Replication (XDCR) реплицирует все данные из исходного ведра в целевое ведро (непрерывно).
Если у вас есть сегмент A в центре обработки данных в Нью-Йорке и сегмент B в центре обработки данных в Сан-Франциско, и вы настраиваете XDCR из сегмента A в сегмент B, все данные в сегменте A реплицируются в сегмент B. Вы не можете настроить дополнительный фильтр. Однако эта репликация является только одним направлением. Таким образом, если вы также записываете данные непосредственно в корзину B, у вас не будет всех данных в обоих центрах обработки данных. Если вы хотите, чтобы все данные находились в обоих центрах обработки данных, вы также должны настроить XDCR из корзины B в корзину A. В руководстве это называется двунаправленной репликацией. В этой конфигурации с двумя кластерами вы получите все данные во всех центрах обработки данных.
Couchbase Client SDK настроены для работы с одним кластером. Это означает, что клиент должен знать, к какому кластеру подключаться. Если в вашем кластере в Нью-Йорке хранятся данные, отличные от данных в кластере в Сан-Франциско, ваше приложение должно иметь логику, чтобы знать, где искать данные.
Для случаев использования с высокой доступностью обычно настраивается двунаправленная репликация между регионами, а приложения спроектированы так, чтобы предпочитать кластер. Приложение, развернутое ближе к Нью-Йорку, может предпочесть нью-йоркский кластер. Пока нет проблем, он читает и пишет в этот кластер. Если возникает какая-то проблема, например, центр обработки данных в Нью-Йорке не работает, приложение может продолжить работу, переключившись на центр обработки данных в Сан-Франциско. Но опять же, вся эта логика будет в вашем приложении.
«Умная карта кластера», упомянутая Робином, используется для поиска данных в пределах одного кластера. Важно понимать, что это не позволит найти данные, хранящиеся в разных регионах.
person
mschoch
schedule
26.03.2013