Couchbase 3.1：机架感知、副本和自动故障转移行为

Question

我对 Couchbase(3.1) 的 RAZ +Replica+ autoFailover 行为有疑问。

我想模拟以下配置和灾难场景：

2个节点位于VMWare VCenter提供的vm平台上（模拟couchbase集群的第一部分成员来自主生产区）。和 3个节点在RHEV提供的vm平台上（基于KVM）（模拟couchbase集群的第二部分成员来自同一数据中心的二级产品区）

所有这 5 个节点都安装了相同的操作系统和相同版本的 couchbase(3.1) 位。 并配置为一个集群，在第一轮测试中创建了一个存储桶并且副本=2，后来将此存储桶更改为 3。 “自动故障转移”设置已启用。

假设二级生产区（由RHEV平台提供）中的三个节点同时崩溃（模拟二级生产区完成失败，例如整个RHEV平台因停电而崩溃）。

什么是最大程度地减少对集群可用性的损害并减少对连接/操作 couchbase 集群的应用程序的影响的最佳方法。（r/w 操作）。

对于这 3 个节点崩溃的场景，充分利用 Rack Awareness、Fine tune Replica 数量和正确的操作步骤的最佳组合是什么？

顺便说一句：假设在进行故障转移（或自动故障转移）时没有容量/负载问题，也就是级联故障。

谢谢

Answer 1

如果您打算将 RZA 与您谈到的两个 Hypervisor 一起使用，我会以偶数执行此操作。每个 HV 上有 3 个节点，HV #1 上的所有节点都在服务器组 #1 中，HV #2 上的所有节点都在服务器组 #2 中。不过，您只需要 1 个副本。对于您提到的整个 HV 出现故障时的故障情况，拥有多个副本根本不会帮助您。当像我提到的那样使用 RZA 运行时，SG#1 中节点的所有副本都在 SG#2 中的节点上，反之亦然。希望这是有道理的。

此外，我们所讨论的配置中的 RZA 是生产中的企业专用功能，因此这意味着您已经为此付费（生产中超过 2 个节点的任何东西都必须获得许可）。我之所以只提到这一点，是因为可以将这类事情交给您的 Couchbase 客户经理或技术支持团队以获得此和其他更详细的帮助。