5

我正在尝试连接到远程 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 时，我看到了上面的错误。

我想知道是否有人遇到过同样的问题并解决了它。

4

1 回答 1

1

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)

在这种配置下，当主要成员 0 失败时，成员 1 将被投票为主要成员。

这里有一些很好的链接：

http://docs.mongodb.org/manual/core/replica-set-elections/

http://docs.mongodb.org/manual/core/replica-set-architecture-four-members/

最后，这种情况在具有可用性集等技术的云架构上非常常见，即按时间、cpu、负载或其他指标进行扩展和缩减，实际上应该由随机或一些不公平的区分策略来处理对于所有默认副本集。即使没有技术，默认副本集上的主节点也会在某些时候死锁，使其不可用。在我看来是一个重大的失败。

于 2014-11-30T03:03:15.473 回答