我正在尝试连接到远程mongodb。我用本地mongodb开发了我的应用程序。现在,我将应用程序部署到dev并配置了dev mongodb。我得到以下异常:
Caused by: com.mongodb.MongoException: can't find a master
at com.mongodb.DBTCPConnector.checkMaster(DBTCPConnector.java:509)
at com.mongodb.DBTCPConnector.call(DBTCPConnector.java:266)
at com.mongodb.DBApiLayer$MyCollection.__find(DBApiLayer.java:289)
at com.mongodb.DBApiLayer$MyCollection.__find(DBApiLayer.java:274)
at com.mongodb.DBCursor._check(DBCursor.java:368)
at com.mongodb.DBCursor._hasNext(DBCursor.java:459)
at com.mongodb.DBCursor.hasNext(DBCursor.java:484)
有趣的是,我可以从我的本地应用程序连接到复制集服务器地址的dev mongodb,但是当我试图让应用程序(部署到dev)连接到dev mongodb时,我看到上面的错误。
我想知道是否有人遇到过同样的问题并解决了。
mongodb的这个令人困惑的方面在其投票政策中与政治学原则相冲突。
事情是这样的。
- 副本集存在;它必须有奇数个投票节点。
- 由于服务器/网络故障或宕机导致主节点故障。其他节点也可能失败,但最重要的是…
- 没有主节点的偶数个节点。
- 剩余的偶数节点无法在初选中解决问题,并陷入政治僵局(即没有多数的悬浮议会)。
- 再次选举发生,但主要仍然失败;这又是一个僵局。循环。
一个解决方案是通过分配选票的权重来影响选举,这样候选人就不再平等了。在mongo世界中,这是通过将priority
赋值给成员来完成的。
优先级比较优先级设置影响选举。成员将倾向于投票给具有最高优先级值的成员。
可以通过进入mongo shell(在admin上)并更新rs.conf
来实现。cfg = rs.conf()
cfg.members[0].priority = 100
cfg.members[1].priority = 99
cfg.members[3].priority = 98
rs.reconfig(cfg)
在此配置下,当主成员0失败时,成员1将被投票为主。
这里有一些很好的链接:
http://docs.mongodb.org/manual/core/replica-set-elections/http://docs.mongodb.org/manual/core/replica-set-architecture-four-members/最后,这种情况在使用可用性集等技术的云架构上非常常见,这是根据时间,cpu,负载或其他指标进行伸缩的,并且应该通过随机或一些不公平的区分策略来处理所有默认副本集。即使没有技术,默认副本集上的主副本也会在某个时刻死锁,使其不可用。在我看来,这是一个重大的失败。