Make shard primary responsible for updating config server's knowledge of shard replica set members

XMLWordPrintableJSON

    • Sharding NYC
    • Fully Compatible
    • Sharding NYC 2023-08-21, Sharding NYC 2023-09-04, Cluster Scalability 2023-12-11
    • 0
    • 3
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      Currently, when a shard replica set is reconfigured to add or remove nodes, all mongoses monitoring that set will detect the change and each one will attempt to update the seed list for that set that is stored on the config servers. This means all the mongoses are racing to do the update, performing duplicate and unnecessary work and network traffic. Instead, the primary of the set being reconfigured should be the sole party responsible for updating the configuration stored on the config servers.

            Assignee:
            Wenqin Ye
            Reporter:
            Crystal Horn
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: