[DOCS-9045] multi data center support via location aware sharding Created: 28/Sep/16  Updated: 30/Oct/23  Resolved: 19/Jul/17

Status: Closed
Project: Documentation
Component/s: Server
Affects Version/s: None
Fix Version/s: Server_Docs_20231030

Type: Task Priority: Major - P3
Reporter: Emily Hall Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Documented
documents SERVER-2545 multi data center support via locatio... Closed
Participants:
Days since reply: 6 years, 30 weeks ago
Epic Link: 3.4: Sharding Updates

 Description   

A core feature of MongoDB is the ability to perform atomic operations – i.e. single document transactions. However, this then implies a need for a primary/secondary architecture for replicas; for a given shard, all writes must be sent to the current primary. In multi data center systems, the primary may not be in the client's data center.

This jira proposes allowing the user to specify some weight or affinity for (super)chunk ranges to help the balancer decide which shard has which chunks. Different shards would then (when healthy) keep their primary at the appropriate data center.

This would be important when trying to build regional shards for multi-datacenter clusters where user/regional data should be kept in the regional shard(s). It would also allow the user to indicate that contiguous chunk ranges should be on the same shard(s).

This would depend on the ability to make the shard/replicas datacenter aware. Without both you can't create shards that can be used in a region to do local writes to that region.



 Comments   
Comment by Kay Kim (Inactive) [ 19/Jul/17 ]

was for 2.x – not sure how the 3.4 epic ticket got popped in.

Generated at Thu Feb 08 07:57:28 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.