Назад | Перейти на главную страницу

архитектурные вопросы по настройке кластера bigcouch в двух дата-центрах

Что было бы идеальной настройкой для этих требований: - может читать и записывать данные из обоих центров обработки данных - если один из центров обработки данных потерян, другой может занять его

Варианты, которые я могу придумать: - скажем, если у нас есть 6 серверов, поместите 3 в один центр обработки данных, остальные 3 в другой центр, настройте шесть серверов как один кластер, это задержка (узлы обмениваются информацией, внутренняя репликация внутри кластер) проблема?

- настроить по одному кластеру в каждом центре обработки данных и реплицировать их друг на друга. Но как настроить репликацию master master, нужно ли это делать на уровне отдельного узла?

Спасибо!

BigCouch 0.4 представляет функцию «зон», которая может соответствовать вашим требованиям:

... убийственное дополнение к BigCouch 0.4 - это поддержка «зон», которая позволяет вам контролировать, где вы размещаете отдельные копии ваших данных. Хостинговая служба Cloudant широко использует эту функцию для защиты от отдельных сбоев в отдельных центрах обработки данных. Например, наш кластер Meritage на западном побережье фактически распределен по двум разным центрам обработки данных в двух разных географических регионах. Мы используем поддержку зоны, чтобы гарантировать, что хотя бы одна копия всех данных наших клиентов существует в обоих местах. Таким образом, если одно место упадет в океан или подвергнется ядерной атаке, данные наших клиентов останутся в безопасности и доступны. Благодаря этой функции теперь в BigCouch вы можете расширять кластеры в нескольких местах. - http://blog.cloudant.com/bigcouch-zero-point-four/