Uploaded image for project: 'Documentation'
  1. Documentation
  2. DOCS-14167

Investigate changes in SERVER-53394: Make ShardingTaskExecutorPoolReplicaSetMatching default to disabled for MongoD

    XMLWordPrintable

    Details

    • Type: Task
    • Status: Resolved
    • Priority: Major - P3
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: 4.9.0, 4.2.13, 4.4.5
    • Component/s: manual, Server
    • Labels:
      None
    • Last comment by Customer:
      true
    • Story Points:
      2
    • Sprint:
      ServerDocs2020: Mar2 - Mar9, ServerDocs2020: Mar9 - Mar16, ServerDocs2020: Mar16 - Mar23, ServerDocs2020: Mar23 - Mar30

      Description

      Description

      Downstream Change Summary

      Downstream changes:
      Configuration Changes (Atlas, STAR, docs)
      The ShardingTaskExecutorPoolReplicaSetMatching server parameter (see https://docs.mongodb.com/manual/reference/parameters/#param.ShardingTaskExecutorPoolReplicaSetMatching) has a new possible value, "automatic". This new value is now the default. The behavior of this new value depends on the process: on mongos, it is identical to the existing "matchPrimaryNode" option; on mongod, it is identical to the existing "disabled" option. (On mongos, this parameter determines the minimum size limit of the mongos instance's connection pools to the secondaries of the cluster's shards; on mongod, this parameter determines the minimum size limit of the mongod instance's connection pools to the secondaries of other shards in the cluster.)

      Command results changes (ADL, drivers, BIC, docs):
      The connPoolStats command output now contains an additional field, "replicaSetMatchingStrategy"; the value of this field describes the actual policy used by that process to determine the min size of connection pools from that server to RS secondaries in (other) shards. The policy will either be "matchPrimaryNode", "matchBusiestNode", or "disabled", with the behavior described by the existing docs for the STEPRSM parameter. Note that even if the "automatic" value is used to set the server parameter, the "replicaSetMatchingStrategy" field in the connPoolStats output will describe the actual policy being used, not "automatic." This contrasts with the output of using getParameter() to find the value of the STEPRSM parameter, which will display "automatic" if that is the value of the server parameter.

      Description of Linked Ticket

      We currently set ShardingTaskExecutorPoolReplicaSetMatching to "matchPrimaryNode" by default for both MongoD and MongoS (see here). However, the "matchPrimaryNode" behavior can be problematic for topologies when multiple shardsvrs experience a rapid influx of cross-shard operations. We should disable this behavior on MongoD nodes but not MongoS nodes.

      Scope of changes

      Impact to Other Docs

      MVP (Work and Date)

      Resources (Scope or Design Docs, Invision, etc.)

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              naomi.pentrel Naomi Pentrel
              Reporter:
              backlog-server-pm Backlog - Core Eng Program Management Team
              Participants:
              Last commenter:
              Githook User Githook User
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Days since reply:
                5 weeks ago
                Date of 1st Reply: