0

我很难理解领导者、追随者机制是如何工作的,假设我正在构建一个分布式应用程序,其中包含 2 个主节点、6 个从节点和 3 个 Zookeeper 节点,其中一个 Zookeeper 节点作为领导者,其中 2 个主节点 1 处于活动状态并且连接到 zookeeper 领导者。

我的问题是

  1. 我的主节点是否因为其连接的 Zookeeper 领导者而被称为主节点,(即)我的节点被称为主节点,因为它的 Znode 连接到 Zookeeper 领导者?

  2. 领导者 Zookeeper 节点死亡时是否会发生领导者选举机制?and how it will impact our master , does our master would be connected to the newly elected leader ?

  3. 如果我们的应用程序的主节点死了,如果备用主节点监听主节点的znode,是否会收到通知,如果是这样,我们的备用节点是否有足够的临时顺序节点或我们需要做的任何其他事情才能使其成为主节点积极的?

  4. Zookeeper 文档说,写入仅通过领导者发生,它广播到其他跟随者节点,读取直接从跟随者节点提供服务。这是否与我对我的应用程序所做的读写设计有任何关系(即)我打算设计我的写入必须通过我的主人发生并且读取是通过我的奴隶,动物园管理员的广播能力与它有什么关系?或者 zookeeper 的写入与应用程序的写入完全不同。

对不起,如果我问什么没有意义,请帮助我理解。任何解释这些的资源都会对我很有帮助。

4

1 回答 1

0

假设你是Curator用来选举master的。我会解释一下master选举的过程Curator Recipe,那么你可能会弄清楚你所有的问题。

  • Master Election使用 ZooKeeper 的两个特性,临时节点和顺序节点
  • 获得最少数量的应用节点将被选为主节点,会话将成为临时所有者
  • 在您的主应用程序节点死亡后,ZooKeeper 将删除并注意到所有正在监视该 znode 的节点
于 2019-04-29T15:42:58.163 回答