我对Couchbase（3.1）的RAZ Replica autoFailover行为有疑问 .
我想模拟以下配置和灾难情况：
VMWare VCenter提供的vm平台上有2个节点（模拟couchbase群集的第一部分成员来自主要 生产环境 区域） . RHEV（基于KVM）提供的vm平台上有3个节点（模拟couchbase群集的第2部分成员来自同一数据中心的辅助产品区域）
所有这5个节点都安装了相同的操作系统和相同版本的couchbase（3.1）位 . 并且在第一轮测试中配置为创建一个存储桶并且replica = 2的一个集群，之后将此存储桶更改为3 . “自动故障转移”设置已启用 .
假设二级 生产环境 区域中的三个节点（由RHEV平台提供）同时崩溃（模拟二级区域完全失败，例如整个RHEV平台因停电而崩溃） .
什么是最小化集群可用性损害的最佳方法，并减少对连接/操作couchbase集群的应用程序的影响 . （r / w操作） .
什么是充分利用机架意识，微调副本数量和这3个节点崩溃情景的正确操作步骤的最佳组合？
顺便说一句：假设在进行故障转移（或autoFailover）时没有容量/负载问题，也就是级联故障 .
谢谢
1 回答
如果您打算将RZA与您谈论的两个Hypervisor一起使用，我会以均匀的数量执行此操作 . 每个HV上有3个节点，HV＃1上的所有节点都在服务器组＃1中，HV＃2上的所有节点都在服务器组＃2中 . 你只需要1个副本 . 对于故障情况，你提到当整个HV发生故障时，拥有多个副本根本无法帮助你 . 当像我提到的那样运行RZA时，SG＃1中节点的所有副本都在SG＃2的节点上结束，反之亦然 . 希望这是有道理的 .
此外，我们所讨论的配置中的RZA在 生产环境 中仅是企业级功能，因此这意味着您已经为此付费（ 生产环境 中超过2个节点的任何内容都必须获得许可） . 我只提到这一点，因为这些事情可以提供给您的Couchbase客户经理或技术支持团队，以获得此更详细的帮助 .