2014-01-02 4 views
2

Не получив ответов на форум Couchbase после почти двух месяцев, я задаю этот вопрос более широкой аудитории.Couchbase XDCR на Openstack

Я настраиваю CB Server 2.2.0 XDCR между двумя различными установками Openstack (Essex, eek). Я прочитал об использовании тэга FQDN DNS в файле couchbase-server, чтобы добавить значение -name [email protected](hostname) в функцию start(). Я пробовал это с абсолютно нулевым успехом. В функции start() уже есть флаг, который говорит -name '[email protected]', поэтому я не знаю, нужно ли мне заменять эту строку, прокомментировать ее или сохранить. Я пробовал все 3 из них; ни у кого из них не было никакого положительного эффекта.

Полные доменные имена указывают на адреса плавающей запятой Openstack (в амазоноязычных, «общедоступных»). Следует ли указывать на адреса fixed_ip (amazon: private/local) для узлов? Между установками Openstack я не убежден, что указывать на недостижимый (потенциально дублированный) класс-C частный IP-интерфейс.

Когда я создаю ссылку на удаленный кластер, используя адрес floating_ip для узла в другом кластере, он, конечно же, создаст ссылку на кластер. Но когда я создаю репликации с помощью этой ссылки, я всегда получаю один из двух различных ошибок: Save request failed because of timeout или Failed to grab remote bucket 'bucket' from any of known nodes.

То, что я думаю, что происходит в том, что OpenStack floating_ip не признается или переведена на его fixed_ip адрес до серфинга узлы кластера для ведра. Я знаю, что модификация -name [email protected](hostname) должна исправить это, но мне интересно, удалось ли кому-либо добиться успеха в настройке XDCR между установками Openstack, которые могут предоставить некоторые подсказки или хаки.

Я знаю, что это «работает» в AWS. Я убежден, что AWS использует некоторые настраиваемые DNS-запросы, позволяющие возвращать фиксированный_приемник экземпляра («частный» IP) при переходе между зонами доступности, возможно, между регионами. В AWS может быть другой специальный соус, который делает эту работу.

ответ

2

Это сообщение в блоге о репликации Aws Couchbase XDCR должно помочь! Есть довольно много шагов, поэтому я не буду вставлять их здесь.

http://blog.couchbase.com/cross-data-center-replication-step-step-guide-amazon-aws

+0

Благодарим за внимание. Этот пост - именно то, что я пробовал; это помогает специально для AWS. К сожалению, AWS и Openstack (по крайней мере, Essex relesase) - это не тот секретный соус на сетевом уровне. AWS может получать частные IP-адреса в зонах доступности через DNS, поэтому FQDN работает для AWS, но Openstack не может. – Patrick

Смежные вопросы