This topic describes how to change the configurations of an existing instance to better meet your business requirements by using the corresponding features in the ApsaraDB for MongoDB console.
Configuration change methods
Configuration change methods and change items vary based on instance categories. The following table describes the configuration change methods and change items for different categories of instances.
Configuration change method | Billable item | Change type | Change item |
Subscription | Upgrade | The Specification and Storage values of an instance can be changed. | |
Downgrade | The Specification value of an instance can be changed. | ||
Pay-as-you-go |
| The Specification and Storage values of an instance can be changed. Note
| |
Subscription | Upgrade | The Active-standby Nodes, Read-only Nodes, Specifications, and Storage values of an instance can be changed. Note
| |
Downgrade | The Active-standby Nodes, Read-only Nodes, and Specifications values of an instance can be changed. | ||
Pay-as-you-go |
| The Active-standby Nodes, Read-only Nodes, Specifications, and Storage values of an instance can be changed. Note
| |
Subscription | When you add a mongos node, you can configure the Instance Specifications and Quantity parameters. Note A maximum of 32 mongos nodes can be added to a sharded cluster instance. If the sharded cluster instance already has three mongos nodes and you want to add more mongos nodes, you can add a maximum of 29 mongos nodes to the sharded cluster instance. | ||
When you add a shard node, you can configure the Specifications, Quantity, Storage, and Read-only Nodes parameters. Note
| |||
The Instance Specifications values of one or more mongos nodes can be changed. | |||
The Instance Specifications, Storage Capacity, and Read-only Nodes values of one or more shard nodes can be changed. Note
| |||
Change the configurations of the ConfigServer node in a sharded cluster instance | You can change the Instance Specifications and Storage Capacity values of the ConfigServer node in a sharded cluster instance. Note
| ||
Change the configurations of multiple mongos, shard, and ConfigServer nodes in batch | You can start a configuration change task for multiple mongos, shard, and ConfigServer nodes in a sharded cluster instance at a time. The task involves the following operations:
| ||
Pay-as-you-go | When you add a mongos node, you can configure the Instance Specifications and Quantity parameters. Note A maximum of 32 mongos nodes can be added to a sharded cluster instance. If the sharded cluster instance already has three mongos nodes and you want to add more mongos nodes, you can add a maximum of 29 mongos nodes to the sharded cluster instance. | ||
When you add a shard node, you can configure the Specifications, Quantity, and Storage parameters. Note
| |||
The Instance Specifications values of one or more mongos nodes can be changed. | |||
The Instance Specifications and Storage Capacity values of one or more shard nodes can be changed. Note
| |||
Change the configurations of the ConfigServer node in a sharded cluster instance | You can change the Instance Specifications and Storage Capacity values of the ConfigServer node in a sharded cluster instance. Note
| ||
Change the configurations of multiple mongos, shard, and ConfigServer nodes in batch | You can start a configuration change task for multiple mongos, shard, and ConfigServer nodes in a sharded cluster instance at a time. The task involves the following operations:
| ||
You can manually release a mongos or shard node. Note
|
Other configuration change scenarios and methods
You may encounter the following configuration change scenarios:
Downgrade the storage capacity of an instance or a shard node.
Add the number of nodes to a standalone instance.
Change the architecture of an instance.
Change the storage engine of an instance from RocksDB or TerarkDB to WiredTiger.
When you encounter the preceding scenarios, you can perform the following steps to change the configurations of an instance:
Create another instance. For more information, see Create a standalone instance, Create a replica set instance, or Create a sharded cluster instance.
NoteIf you want to decrease the storage capacity by creating another instance, the storage capacity of the new instance must be greater than the storage capacity used by the source instance.
If you want to change the number of nodes by creating another instance, you must create a replica set instance.
If you want to change the instance architecture by creating another instance, you must choose an instance category specific to the desired architecture. For more information about instance architectures, see Architectures and components of ApsaraDB for MongoDB.
Restore backup data to the new instance. For more information, see Restore backup data to a new ApsaraDB for MongoDB instance by point in time or Restore backup data to a new ApsaraDB for MongoDB instance by backup point.
Migrate data from the source instance to the new instance. For more information about migration methods for different instance architectures, see Overview.
After you verify the functionality of the new instance, switch over your business from the source instance to the new instance.
Optional: If you no longer need the source instance, release the instance by using one of the following methods:
For a subscription instance, you cannot manually release the instance.
For a pay-as-you-go instance, you can manually release the instance. For more information, see Release an ApsaraDB for MongoDB instance.
References
For more information about MongoDB versions and storage engines, see MongoDB versions and storage engines.
For more information about how to upgrade the major version of an ApsaraDB for MongoDB instance, see Upgrade the major version of an ApsaraDB for MongoDB instance.