Nosql Openstack上的Couchbase XDCR

在Couchbase论坛上，我在近两个月后没有收到任何回复，我将把这个问题带给更广泛的受众

我正在两个不同的Openstack（Essex，eek）安装之间配置CB Server 2.2.0 XDCR。我已经阅读了一些关于在couchbase服务器文件中使用DNS FQDN技巧在start（）函数中添加

-name ns_1@（hostname）

值的内容。我尝试过，但绝对没有成功。start（）函数中已经有一个标志，上面写着

-name'babystitter\u of\n_1@127.0.0.1“

所以我不知道是否需要替换该行、注释掉该行或保留该行。我已经尝试了所有这三个；他们似乎都没有任何积极的影响

FQDN指向Openstack浮动ip地址（在amazon中称为“公共”ip地址）。它们是否应该指向节点的固定ip地址（amazon:private/local）？在Openstack安装之间，我不认为指向不可访问（可能重复）的C类私有IP有任何用处

当我使用另一个集群中的节点的浮动ip地址创建远程集群引用时，它当然会创建集群引用。但是，当我使用该引用创建复制时，总是会出现两个截然不同的错误之一：

保存请求因超时而失败

或

未能从任何已知节点获取远程存储桶“bucket”。

我认为正在发生的事情是，在浏览bucket的集群节点之前，Openstack的

浮动\u ip

没有被识别或转换为其

固定\u ip

地址。我知道

-name ns_1@（hostname）

修改应该可以解决这个问题，但我想知道是否有人成功地在Openstack安装之间配置XDCR，这可能会提供一些提示或技巧

---

我知道这在AWS中“起作用”。我相信AWS使用一些定制的DNS启用查询来返回实例的固定ip（“私有”ip），当在可用性区域之间（可能在区域之间）移动时。AWS中可能还有其他特殊的调味品使这一点起作用。

这篇关于AWS Couchbase XDCR复制的博客文章应该会有所帮助！这里有很多步骤，所以我不会将它们全部粘贴到这里

---

谢谢你的留言。那篇文章正是我尝试过的；它特别有助于AWS。不幸的是，AWS和Openstack（至少是Essex Release）在网络层不是同一个秘密。AWS可以通过DNS跨可用性区域获取私有IP，这就是为什么FQDN适用于AWS，但Openstack不能。