Архитектурные вопросы по кластеру bigcouch, установленному в двух дата-центрах
Что было бы идеальной установкой для этих требований: - можно читать и записывать данные из обоих центров обработки данных - если один центр обработки данных потерян, другой может взять на себя
Варианты, которые я могу придумать: - скажем, если у нас есть 6 серверов, поместите 3 в один центр обработки данных, а остальные 3 - в другой центр, настройте шесть серверов как один кластер, - это задержка (узлы обмениваются информацией, внутренняя репликация внутри кластер) проблема?
- настроить один кластер в каждом центре обработки данных и сделать так, чтобы они копировались друг для друга. Но как настроить репликацию master master, нужно ли это делать на уровне отдельных узлов?
Спасибо!
1 ответ
BigCouch 0.4 представляет функцию "зон", которая может соответствовать вашим требованиям:
... убийственным дополнением к BigCouch 0.4 является поддержка "зон", которая позволяет вам контролировать расположение отдельных копий ваших данных. Хостинговая служба Cloudant широко использует эту функцию для защиты от отдельных сбоев в отдельных центрах обработки данных. Например, наш кластер "Meritage" на западном побережье фактически распределен по двум разным центрам обработки данных в двух разных географических регионах. Мы используем поддержку зоны, чтобы гарантировать, что хотя бы одна копия всех данных наших клиентов существует в обоих местах. Таким образом, если одно место попадает в океан или подвергается ядерной атаке, данные наших клиентов по-прежнему в безопасности и доступны. С помощью этой функции теперь в BigCouch, вы можете расширить кластеры в нескольких местах. - http://blog.cloudant.com/bigcouch-zero-point-four/