Couchbase XDCR和haproxy

我打算用两个集群设置Couchbase系统：主集群处于活动状态，另一个用于备份（使用XDCR进行复制）。当活动群集关闭时，使用此Couchbase系统前面的haproxy从活动群集切换（手动）到备份群集

在测试之前，我想问一些关于这个拓扑的建议。这有什么问题吗。我能在生产环境中顺利运行吗

---

我想我不能在此拓扑中使用vbucket感知客户端。因为客户端只知道haproxy，所以我无法将客户端的直接请求发送到couchbase服务器（特定文档有vbucket）。是这样吗？

根据您的场景，这听起来像是开销。为什么要保留“备用”群集作为备份

相反，您可以将couchbase服务器的所有四个实例作为一个集群（每个实例在其自己的机箱上运行）…因此您将充分利用vBucket体系结构，它将是本机管理的。如果其中一个实例关闭，则不会丢失数据，因为启用的复制将在其他节点中具有镜像副本

我们在生产中使用此设置，没有任何问题。我们会不时关闭其中一个实例进行维护，集群的其余部分仍在运行，并且对Couchbase客户端完全透明，例如，没有停机时间

---

在我看来，XDCR对于地理位置不同的地区是有意义的（因此，您可以在美洲保留一个集群，在EMEA保留另一个集群，以此类推）。如果您的所有实例都位于同一位置，那么Couchbase群集技术将提供高可用性（HA），并内置故障转移支持。

我知道Couchbase群集已经内置在HA中，但我担心整个群集将关闭，我必须整体重建（长时间停机-我在使用membase群集旧版本时遇到了这种情况）。“整个集群停止运行“-如果它包含多个安装在单独硬件上的实例…我看不到它发生…除非楼宇发生火灾/洪水。如果备份群集位于同一场所-DR没有用。我们正在寻找一种类似的解决方案，其中两个群集位于地理位置不同的位置，但我们希望“活动”群集的位置对客户端应用程序来说是不可知的。@AndrewBickerton查看最新的XDCR插件筛选（期待已久的功能现在可用）。您可以决定将存储桶中的哪些文档复制到灾难恢复站点。谢谢，不幸的是，过滤并不能解决如何通过无缝故障切换管理2个couchbase群集的问题：-（（不过需要了解）