我正在尝试连接到远程mongodb。我用当地的mongodb开发了我的应用程序。现在我将应用程序部署到开发人员并配置了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,但是当我尝试将应用程序(deplyed into dev)连接到dev mongodb时,我看到错误以上。
我想知道是否有人面对同样的问题并解决了它。
答案 0 :(得分:1)
mongodb的这个令人困惑的方面在其voting policy中与政治科学的原则发生冲突。
以下是它的发生方式。
一种解决方案是通过为选票分配权重来影响选举,使候选人不再平等。在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,负载或其他指标进行扩展和缩放 - 并且应该通过随机或某些方式进行处理所有默认副本集的不公平区别策略。 即使没有技术,默认副本集上的主服务器也会在某个时刻出现死锁,使其无法使用。我认为这是一个重大的失败。