我正在尝试连接到远程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)
Run Code Online (Sandbox Code Playgroud)
有趣的是,我可以使用本地应用程序中的副本集服务器地址连接到dev mongodb,但是当我尝试将应用程序(深入到dev中)连接到dev mongodb时,我看到上面的错误.
我想知道是否有人遇到同样的问题并解决了.
mongodb 的这一令人困惑的方面使其与投票政策中的政治学原则发生冲突。
事情是这样发生的。
一种解决方案是通过赋予选票权重来影响选举,使候选人不再平等。在 mongo 世界中,这是通过分配priority给成员来完成的。
优先级比较 优先级设置会影响选举。成员会更愿意投票给具有最高优先级值的成员。
可以通过进入 mongo shell(在管理员上)并更新 rs.conf 来完成此操作
cfg = rs.conf()
cfg.members[0].priority = 100
cfg.members[1].priority = 99
cfg.members[3].priority = 98
rs.reconfig(cfg)
Run Code Online (Sandbox Code Playgroud)
在此配置下,当主要成员 0 发生故障时,成员 1 将被选为主要成员。
以下是一些很好的链接:
http://docs.mongodb.org/manual/core/replica-set-elections/
http://docs.mongodb.org/manual/core/replica-set-architecture-four-members/
最后,这种情况在具有可用性集等技术的云架构上非常常见,即按时间、CPU、负载或其他指标进行扩展和缩减,并且实际上应该通过随机或一些不公平的歧视策略来处理对于所有默认副本集。即使没有技术,默认副本集上的主节点也会在某个时刻陷入死锁,从而使其不可用。我认为这是一次重大失败。
| 归档时间: |
|
| 查看次数: |
4667 次 |
| 最近记录: |