如何筏达成算法不同于MongoDB的主要选举过程事实上,MongoDB在选举主要呢?/ p>时考虑到其他因素(优先考虑)

有帮助吗?

解决方案

在MongoDB 2.4中的共识方法的一些关键差异是:

  • Raft使用强烈的领导者模型。领导者有责任管理从领导者到其他服务器的复制和数据流。在MongoDB Replica中,Simities遵循上游主机的操作日志( Oplog ),该主机可以是较新的Oplog的主要或辅助occarts。

  • Raft只有三个节点状态考虑:领导者(初级),追随者(次要)或候选人(提名初级)。 MongoDB有其他节点状态要考虑,包括更多潜在的错误状态,例如RECOVERINGSHUNNED节点,或延迟副本集成员

  • 在RAFT中

  • 每个节点只能每次选举术语投票一次候选节点。 MongoDB允许每个节点的投票作为副本集配置的一部分调整,因此某些节点可能是非投票或可能具有多个投票(注意:多重投票配置已被弃用,因为 mongodb 2.5开发分支)。

  • Raft使用联合共识方法,允许群集在配置变更期间继续运行。 MongoDB需要严格的大多数投票节点来选择新的主要;虽然选举正在进行中,副本集没有主要并且无法接受写入。

对于更详细的信息,您应该比较筏纸可以易于共识算法 mongodb副本集选举

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top