我很难理解领导者,跟随者机制的工作原理,可以说我正在构建一个分布式应用程序,其中包含2个主节点,6个从属节点和3个Zookeeper节点,其中1个zookeeper节点为领导者,而2个主节点则为1活跃并与动物园管理员领导者保持联系。
我的问题是
我的主节点是否因为其连接的Zookeeper领导者而被称为主节点,(即)我的节点由于其Znode连接到Zookeeper领导者而被称为主节点?
领导者动物园管理员节点死亡时,会发生领导者选举机制吗?以及它将如何影响我们的主人,我们的主人会与新当选的领导人建立联系吗?
如果我们的应用程序的主节点死亡,那么它会在通知主节点的znode时通知备用主节点吗,如果这样就足以使我们的备用节点具有临时顺序节点或我们需要做的其他任何事情使其成为主动主节点?
Zookeeper文档说写操作仅通过领导者进行,并且广播到其他跟随者节点,而读取操作直接从跟随者节点进行。 这与我的应用程序所做的读写设计有任何关系吗(即,我打算设计写操作必须通过主设备进行,而读操作则是通过从设备进行,而动物园管理员的广播能力必须对此进行任何处理吗?或Zookeeper的写入与应用程序的写入完全不同。
对不起,如果我有任何疑问,请帮助我理解。任何解释这些的资源对我来说都是非常有用的。
答案 0 :(得分:0)
假设您正在使用Curator
选举大师。我将解释Curator Recipe
的大师选举过程,然后您可能会想出所有问题。
Master Election
使用ZooKeeper的两个功能,即短暂节点和顺序节点