动物园管理员及其客户的主选举

Question

我很难理解领导者、跟随者机制是如何工作的，假设我正在构建一个分布式应用程序，其中包括2个主节点、6个从节点和3个动物园管理员节点，其中1个动物园管理员节点为领导者，2个主节点1处于活动状态并与动物园管理员领导连接。

我在这里的问题是

1. 我的主节点之所以被称为主节点，仅仅是因为它的连接的动物园管理员领导，(即)我的节点自Znode连接到动物园管理员领导后就被称为主节点吗？
2. 当领导者动物园管理员节点死亡时，是否会出现领袖选举机制？它将如何影响我们的主人，我们的主人会与新当选的领导人联系起来吗？
3. 如果应用程序的主节点死亡，如果备用主节点侦听主节点，是否会通知备用主节点?如果是这样，是否足以使备用节点具有短暂的顺序节点，或者我们需要做的任何其他事情使其成为主节点活动？
4. 动物园管理员文档说，写只通过领导者进行，它广播给其他的追随者节点，读取直接从跟随节点服务。这与我的应用程序的读写设计有什么关系吗?我打算设计我的写作必须通过我的主人进行，阅读是通过我的奴隶进行的，动物园管理员的广播能力必须对它做些什么？或者动物园管理员的写与应用程序的写完全不同。

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

Answer 1

假设你是用Curator来选出大师的，我会解释Curator Recipe大师选举的过程，然后你会想出你所有的问题。

• Master Election使用了ZooKeeper的两个特性，即临时节点和顺序节点。
• 得到最少数目的app节点将被选为主节点，会话将成为临时所有者。
• 在主应用程序节点死后，ZooKeeper将删除并注意到正在监视该znode的所有节点。