【问题标题】:Why do MongoDB docs recommend/insist on specific replica set priority configurations为什么 MongoDB 文档推荐/坚持特定的副本集优先级配置
【发布时间】:2013-11-19 08:16:22
【问题描述】:

http://docs.mongodb.org/manual/tutorial/deploy-geographically-distributed-replica-set/

我特别好奇为什么他们通常希望非主数据中心中的副本在选举中的优先级为 0?如果一个数据中心出现故障,我希望能够故障转移到另一个数据中心的(一个)副本。该文档似乎坚持认为,与主要数据中心不同的数据中心中的次要副本应该是优先级 0,因此在“主要”数据中心发生故障的情况下没有资格获得主要状态。我可以无视我的需求吗?

【问题讨论】:

    标签: mongodb database-replication


    【解决方案1】:

    我认为你在这里没有抓住重点。如果您在主数据中心中保持多数的标准配置,即使您将优先级设置为 1,如果该数据中心已关闭,您将无法选择新的主数据中心。

    假设你有这样的配置:

    • 位置 A:2 个成员,优先级为 1,仲裁器
    • 位置 B:1 个优先级为 0 的成员
    • 位置 C:1 个优先级为 0 的成员

    场景:

    1. 位置 A 向下。
      • 即使您将数据中心 B 和 C 中的成员的优先级设置为 1,您也不会拥有多数票来选举新的主要成员
    2. 位置 B 或 C 已关闭
      • rs 按预期工作
    3. {A} 和 {B, C} 之间的网络分区
      • rs 按预期工作
    4. 数据中心 A 中的非仲裁器已关闭
      • 只要我们可以与 B 或 C 通信,rs 就会按预期工作
    5. 仲裁器和数据中心的另一台服务器已关闭
      • 只要我们可以与 B 和 C 通信,rs 就会按预期工作
    6. 数据中心的两个非仲裁成员宕机,仲裁人启动,我们可以与B和C通信
      • 这是唯一有问题的情况。我们有 3 名投票成员,但没有人可以成为主要成员

    您检查它是否适用于较大的集群。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-06-27
      • 1970-01-01
      • 1970-01-01
      • 2023-03-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多