-
Type: Improvement
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Replication
-
Replication
-
Repl 2024-11-11, Repl 2024-11-25
The topology of sync sources has a large impact on majority write acknowledgement. Since chaining is enabled by default in replica sets, we should make sure that replication automatically trends towards sync source topologies that promote lower majority write acknowledgement latencies.
After SPM-1409, we try to optimize sync source topologies to make it so that per region, there is only one sync source that comes from a different region. However, when choosing a sync source from a different region, we do not consider if one of the nodes in that region is the primary, we just choose based on ping time. This means that we can get into more linear sync source chains, where nodes further down the chain need to wait for their sync source to replicate operations before being able to start replicating themselves, which results in higher writeConcern:majority acknowledgement latency.
For example, if we have nodes A(the primary) and B in one region and node C in a separate region. Node C could sync from B and B syncs from A, meaning that node C needs to wait for node B to replicate an operation before it can replicate it. A more ideal topology would be that both C and B sync from A.
- is related to
-
SERVER-96982 Reevaluate using 5ms threshold to determine if nodes are in the same DC for sync source selection
- Closed
- related to
-
SERVER-96497 Reconsider if sync source chaining should be turned on by default for all configurations
- Backlog