marklogic - 集群中的最小节点数是多少？

Question

该文档说一个集群needs at least three nodes。我们能够在两台主机上运行，​​并且测试故障转移似乎可以正常工作。

我们在群集中设置了两个主机（A，B），每个主机有一个森林。 A上的森林是主森林。 B上的森林是副本森林。我们将目录林A附加到数据库。此时，目录林“ A”的状态为“打开”，而目录林“ B”的状态为“同步复制”。

然后，我们关闭主机A。目录林B的状态变为“打开”。

即使我们在群集中只有两个主机，故障切换似乎仍然有效。这是预期的行为吗？

Answer 1

要更好地理解该问题，请尝试此。
让主机B复制所有数据库，包括安全性数据库。
（将森林放在B上，该森林是A上匹配森林的副本）。
您的描述与所谓的“本地磁盘故障转移”相匹配

https://docs.marklogic.com/guide/cluster/failover#id_65543

（该术语具有误导性，磁盘不必是“本地”磁盘，它们可以位于SAN上或物理上远程-该术语意味着每个主机只能看到自己的磁盘，而不是共享磁盘）。

测试您是否可以可靠地登录和执行A或B上的操作
两者都能看到结果。

通过制作一个简单的应用，理想地模拟一个真实的用例，
就像每次单击按钮时都会更新文档的文档一样。
或使用REST服务并测试您可以在两个主机上执行相同的操作。

现在断开A和B之间的网络。
（最简单的方法是拔出电线或禁用网络以更改路由器设置。）

现在在两个主机上尝试您的应用程序。
分别转到管理控制台的每台主机，并查看其本身和另一台主机的状态。您希望状态显示什么？
A和B都无法再进行通信，因此他们各自认为对方主机已发生故障。
没有第3位主持人进行仲裁...您期望或希望得到的结果是什么？
两位主持人都应该停止工作吗？还是两个主持人都应该继续工作？
还是只有一项工作？哪一个 ？他们将如何决定？
“故障转移”主机是否应该接管主机，因为它认为主机发生故障？
还是主服务器应确定故障转移主机已发生故障？
两种选择都是正确的-在没有其他已知信息的情况下，
您希望集群继续运行。

现在试试这个
使用该应用在两个系统上添加或修改文档。能行吗？
对每个主机上的同一文档进行不同的更改。
您是否希望每个应用都能正常运行？它应该是故障转移的目的。
但是每个人都认为另一个人已经死了，所以他们不打算复制，而是
都扮演大师（或者他们都失败了-他们不能说出区别
因此无法选择哪个更好）

现在，在A和B都有不同的更改之后，重新连接网络。
您期望会发生什么？
A和B的哪些更改将被复制？
B会放弃成为主控者并将其更改移交给A吗？
还是A会意识到B刚刚恢复并将ITS更改发送给B？
那文件都变了怎么办？

另一个（更复杂，但很有启发性的）实验是在您和集群之间设置负载平衡器。随着时间的推移，这将向两个主机发送请求。

现在，断开主机之间的网络连接，但不要断开负载平衡器与每个主机之间的网络。
运行您的应用程序……它仍然像以前一样只与“一个主机”对话。
但是根据负载平衡器，更改将发送到A和B。
您希望用户体验如何？
如果请求1更新A，则请求2从B获取文档。
用户（和应用程序）将获得不一致的结果-如果有的话。
不是很好。

发生了故障转移...但是整个系统是不一致的，并且不知道它。
它会在您尝试的实验中起作用，因为您知道只与A交谈。
但这不是故障转移的目的。您可以使用RAID或分布式文件系统或简单的连续备份来完成此任务...

故障转移是关于能够处理系统脱机或彼此断开连接的问题
并且无论您向哪个主机发送请求，整个群集都将保持运转并保持一致。

拥有3台主机，它可以从所有3台主机工作到全部3台完全脱机或断开连接的主机，
它不会以不一致的方式运行。对任何主机的请求将成功并且与其余主机保持一致，或者将失败（因为主机已脱机或已确定它不再属于群集）。

使用2台主机（或任何偶数），您将无法同时实现一致性和复制的“故障转移”。

您可以在集群之间进行“复制”（请参阅​​数据库复制和灵活复制），
甚至1个节点的群集..但这与“故障转移”不同
复制是..主控方将数据发送到副本服务器的一种方法。
如果任何一个失败，您都可以决定将流量发送给另一个...但是在那时
您以后需要手动干预才能尝试使数据恢复同步。

您可以看到不同之处
https://docs.marklogic.com/guide/database-replication