为什么ZooKeeper需要多数运行？

作者: Let us fly
发布时间: 2024-06-28 03:48:57 (5天前)
转自：

4 条回复

0#
回复此人
尼拉。 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> Zookeeper旨在可靠地分发内容。如果系统网络变得分段，那么您不希望这两个半部分独立运行并且可能不同步，因为当故障解决时，它将不知道该怎么做。如果你在低于大多数时拒绝操作，那么你可以放心，当失败得到解决时，一切都会在没有进一步干预的情况下恢复正常。 </p> </DIV>

编辑
1#
回复此人
⑩Ⅵ嵗Ｄ夨憶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 获得多数票的原因是为了避免一个叫做“裂脑”的问题。 </p> <P> 基本上在网络故障中，您不希望系统的两个部分像往常一样继续。你希望一个人继续，另一个人知道它不是集群的一部分。 </p> <P> 有两种主要方法可以实现，即持有共享资源，例如领导者持有锁的共享磁盘，如果您不在外，则可以看到锁是集群的一部分。如果你持有锁，你就是领导者，如果你不是，那你就不是。这种方法的问题是您需要该共享资源。 </p> <P> 防止裂脑的另一种方法是大多数人，如果你获得足够的选票，你就是领导者。这仍然适用于两个节点（法定数量为3），其中领导者表示它是领导者而另一个节点充当“见证人”也同意。这种方法是可取的，因为它可以在无共享架构中工作，实际上这就是Zookeeper使用的 </p> <P> 正如迈克尔所提到的，一个节点无法知道它没有看到集群中其他节点的原因是因为这些节点是关闭还是存在网络问题 - 可以肯定的是，没有法定人数。 </p> </DIV>

编辑
2#
回复此人
梦中会飞的鱼 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 让我们看一个示例，该示例显示如果仲裁（大多数正在运行的服务器）太小，事情可能会出错。 </p> <P> 假设我们有五台服务器，而仲裁可以是任意两台服务器。现在说服务器s1和s2确认他们已经复制了创建znode / z的请求。该服务返回给客户端，表示已创建znode。现在假设服务器s1和s2在有机会将新的znode复制到其他服务器之前，与其他服务器和客户端分开一段任意长的时间。处于此状态的服务能够取得进展，因为有三个服务器可用，并且根据我们的假设它实际上只需要两个，但这三个服务器从未见过新的znode / z。因此，创建/ z的请求不耐用。 </p> <P> 的<strong> 这是裂脑情景的一个例子 </强> 。为避免此问题，在此示例中，仲裁的大小必须至少为3，这是整体中五个服务器中的大多数。为了取得进展，整体需要至少三台服务器。要确认更新状态的请求已成功完成，此集合还要求至少三台服务器确认已复制它。 </p> </DIV>

编辑

登录后才能参与评论