Remove Shards from an Existing Sharded Cluster
To remove a shard you must ensure the shard’s data is migratedto the remaining shards in the cluster. This procedure describes how tosafely migrate data and how to remove a shard.
When you remove a shard in a cluster with an uneven chunkdistribution, the balancer first removes the chunks from the drainingshard and then balances the remaining uneven chunk distribution.
This procedure describes how to safely remove a single shard. _Do not_use this procedure to migrate an entire cluster to new hardware. Tomigrate an entire shard to new hardware, migrate individual shards as ifthey were independent replica sets.
To remove a shard, first connect to one of the cluster’smongos
instances using mongo
shell. Then use thesequence of tasks in this document to remove a shard from the cluster.
Considerations
A shard removal may cause an open change stream cursor to close, and the closed change stream cursor maynot be fully resumable.
Ensure the Balancer Process is Enabled
To successfully migrate data from a shard, the balancer processmust be enabled. Check the balancer state using thesh.getBalancerState()
helper in the mongo
shell.For more information, see the section on balancer operations.
Determine the Name of the Shard to Remove
To determine the name of the shard, connect to a mongos
instance with the mongo
shell and either:
- Use the
listShards
command, as in the following:
- db.adminCommand( { listShards: 1 } )
- Run either the
sh.status()
or thedb.printShardingStatus()
method.
The shards._id
field lists the name of each shard.
Remove Chunks from the Shard
From the admin
database, run the removeShard
command.This begins “draining” chunksfrom the shard you are removing to other shards in the cluster. Forexample, for a shard named mongodb0
, run:
- db.adminCommand( { removeShard: "mongodb0" } )
mongos
converts thewrite concern of theremoveShard
command to "majority"
.
This operation returns with the following response:
- {
- "msg" : "draining started successfully",
- "state" : "started",
- "shard" : "mongodb0",
- "note" : "you need to drop or movePrimary these databases",
- "dbsToMove" : [
- "fiz",
- "buzz"
- ],
- "ok" : 1,
- "$clusterTime" : {
- "clusterTime" : Timestamp(1510716515, 1),
- "signature" : {
- "hash" : BinData(0,"B2ViX7XLzFLS5Fl9XEuFXbwKIM4="),
- "keyId" : NumberLong("6488045157173166092")
- }
- },
- "operationTime" : Timestamp(1510716515, 1)
- }
The balancer begins migrating chunks from the shard named bristol01
to other shards in the cluster. These migrations happens slowly toavoid placing undue load on the overall cluster.Depending on your network capacity and the amount of data, thisoperation can take from a few minutes to several days to complete.
Note
Each database in a sharded cluster has a primary shard. If the shard youwant to remove is also the primary of one of the cluster’s databases,removeShard
lists the database in the dbsToMove
field.To finish removing the shard, you must either move the databaseto a new shard after migrating all data from the shard or drop thedatabase, deleting the associated data files.
Check the Status of the Migration
To check the progress of the migration at any stage in the process, runremoveShard
from the admin
database again. For example,for a shard named mongodb0
, run:
- db.adminCommand( { removeShard: "mongodb0" } )
mongos
converts thewrite concern of theremoveShard
command to "majority"
.
The command returns output similar to the following:
- {
- "msg" : "draining ongoing",
- "state" : "ongoing",
- "remaining" : {
- "chunks" : NumberLong(2),
- "dbs" : NumberLong(2)
- },
- "note" : "you need to drop or movePrimary these databases",
- "dbsToMove" : [
- "fizz",
- "buzz"
- ],
- "ok" : 1,
- "$clusterTime" : {
- "clusterTime" : Timestamp(1510716515, 1),
- "signature" : {
- "hash" : BinData(0,"B2ViX7XLzFLS5Fl9XEuFXbwKIM4="),
- "keyId" : NumberLong("6488045157173166092")
- }
- },
- "operationTime" : Timestamp(1510716515, 1)
- }
In the output, the remaining
document displays the remaining numberof chunks that MongoDB must migrate to other shards and the number ofMongoDB databases that have “primary” status on this shard.
Continue checking the status of the removeShard command until thenumber of chunks remaining is 0
. Always run the command on theadmin
database. If you are on a database other than admin
, you canuse sh._adminCommand
to run the command on admin
.
Move Databases to Another Primary Shard
If the shard is the primary shard for one or more databases inthe cluster, then you must make that database use a different shardas its primary shard. removeShard
lists any databasesthat you need to move in the dbsToMove
field in the command output.If the shard isnot the primary shard for any databases, skip to the next task,Finalize the Migration.
Warning
Do not perform this procedure until you have finished draining theshard.
To move a database to another shard, use the movePrimary
command.
Important
To ensure a smooth migration, refer to the considerations in the movePrimary
commanddocumentation before running movePrimary
.
To migrate the fizz
database frommongodb0
to mongodb1
, issue the following command:
- db.adminCommand( { movePrimary: "fizz", to: "mongodb1" })
mongos
uses "majority"
formovePrimary
.
This command does not return until MongoDB completes moving all data.The response from this command willresemble the following:
- {
- "primary" : "mongodb1",
- "ok" : 1,
- "$clusterTime" : {
- "clusterTime" : Timestamp(1510767932, 10),
- "signature" : {
- "hash" : BinData(0,"OJyZ0B4/Cp9z+mdrXLbJtNC7iuo="),
- "keyId" : NumberLong("6488693018630029321")
- }
- },
- "operationTime" : Timestamp(1510767932, 10)
- }
Warning
- Starting in MongoDB 4.2:
If you use the
movePrimary
command to move _unsharded_collections, you must either:- Restart all
mongos
instances and allmongod
shard members (including the secondarymembers); - Use the
flushRouterConfig
command on allmongos
instances and allmongod
shard members (including the secondary members) before readingor writing any data to any unsharded collections that weremoved.Otherwise, the you may miss data on reads, and may not write data tothe correct shard. To recover, you must manually intervene.
- Restart all
In MongoDB 4.0 and earlier:
- If you use the
movePrimary
command to move un-shardedcollections, you must either restart allmongos
instances,or use theflushRouterConfig
command on allmongos
instances before reading or writing any data to anyunsharded collections that were moved. This action ensures that themongos
is aware of the new shard for these collections.
If you do not update the mongos
instances’ metadata cacheafter using movePrimary
, the mongos
may miss dataon reads, and may not write data to the correct shard. To recover, you mustmanually intervene.
Otherwise, the you may miss data on reads, and may not write data tothe correct shard. To recover, you must manually intervene.
Finalize the Migration
To clean up all metadata information and finalize the removal, runremoveShard
again. For example, for a shard namedmongodb0
, run:
- db.adminCommand( { removeShard: "mongodb0" } )
mongos
converts thewrite concern of theremoveShard
command to "majority"
.
A success message appears at completion:
- {
- "msg" : "removeshard completed successfully",
- "state" : "completed",
- "shard" : "mongodb0",
- "ok" : 1,
- "$clusterTime" : {
- "clusterTime" : Timestamp(1510767995, 1),
- "signature" : {
- "hash" : BinData(0,"Tk0evhgFHA8HgerY5HmKXhIuw3g="),
- "keyId" : NumberLong("6488693018630029321")
- }
- },
- "operationTime" : Timestamp(1510767995, 1)
- }
Once the value of the state
field is “completed”, you may safelystop the instances comprising the mongodb0
shard.