MongoDB Cloud Manager (original) (raw)

Welcome to the documentation forMongoDB Cloud Manager. Engineered by the team who develops MongoDB, Cloud Manager provides a complete package for managing MongoDB deployments.

MongoDB Cloud Manager can automate, monitor, and back up your MongoDB infrastructure.

Cloud Manager Automation enables you to configure and maintain MongoDB nodes and clusters.

MongoDB Agents using Automation on each MongoDB host can maintain your MongoDB deployments. You caninstall theMongoDB Agent. Automation canadd hosts anddeploy and upgrade new or existing clusters.

Cloud Manager Monitoring provides real-time reporting, visualization, and alerting on key database and hardware indicators.

When you activate Monitoring on a MongoDB host, Monitoring collects statistics from the nodes in your MongoDB deployment. The Agent transmits database statistics back to Cloud Manager to report deployment status in real time. You can set alerts on indicators you choose.

Cloud Manager Backup provides scheduledsnapshots and point-in-timerecoveryof your MongoDB replica sets andsharded clusters.

When you activate Backup for a MongoDB deployment, Backup takes snapshots of data from the MongoDB processes you have specified.

Note

Backups rely upon theMongoDB version compatibilityof your database. This Feature Compatibility Version ranges from the current version to one version earlier. For MongoDB 4.2, the FCV can be 4.0 or4.2.

The backup process takes a snapshot of the data directory at itsscheduled snapshot intervals.

This process copies the data files in a MongoDB deployment, sending them over the network to backup storage for Cloud Manager.

Your deployment can still handle read and write operations during the copying process.

With the new backup process, there are no longer initial syncs. As a result of not having initial syncs, Cloud Manager (using a mongod runningFCV 4.2) can support a wider array of customers such as those heavily using renameCollection.

The MongoDB Agent uses WiredTiger's incremental backup cursor to capture the incremental changes.

Once backup has started, Cloud Manager backs up the data as an ongoing and continuous process. This process continues creating snapshots as long as the head database remains synchronized with the database.

This process works likereplica set data synchronization.

The backup process:

1. Performs an inital sync to back up all of your existing data in its current state. In sharded clusters, this occurs on each shard and on the config servers.
2. Takes snapshots of the data directory in a deployment as often as your snapshot schedulespecifies and then transfers the snapshots to a storage system.
3. Monitors the oplog constantly and adds new database operations to the latest backup to keep the local Cloud Manager copy of the data to allowpoint-in-time restores.

The MongoDB Agent then tails each replica set's oplogto update the backup when performing a point-in-time restore. The backup is consistent with the original primary up to the last oplog that the MongoDB Agent supplies.

The backup process works in this manner regardless of how snapshots are stored.

Backup uses a MongoDB instance version equal to or greater than the version of the replica set it backs up.

Backup takes and stores snapshots based on a user-definedsnapshot retention policy. Sharded cluster snapshots temporarily stop the balancer. The snapshots then can insert a marker token into all shards and config servers in the cluster. Cloud Manager takes a snapshot when the marker tokens appear in the snapshot data.

To learn more about how to configure backups, seeBackup Configuration Options.

Monthly backup costs for Cloud Manager are based on the size per-gigabyte of your most recent snapshot. To learn about Cloud Manager backup pricing, see Backup Costs.

Backup can restore data from a complete scheduled snapshot or from a selected point between snapshots.

• For sharded clusters, you can restore from checkpoints between snapshots.
• For replica sets, you can restore from selected points in time.

When you restore from a snapshot, Cloud Manager reads directly from the snapshot storage. You can restore the snapshot:

• To another cluster.
• To download the snapshot files from an HTTPS link.

When you restore from a point in time, Cloud Manager does the following:

1. Restores a full snapshot from the snapshot storage.
2. Applies stored oplogs until it reaches the specified point.
3. Delivers the snapshot and oplog updates using the sameHTTPS mechanisms.

When you restore from a checkpoint or point in time, Cloud Manager does the following:

1. Restores a full snapshot from the snapshot storage.
2. Applies stored oplogs until it reaches the specified point.
3. Delivers the snapshot and oplog updates using the same HTTPS mechanisms. To enable checkpoints, see Enable Cluster Checkpoints.

MongoDB welcomes your feedback. Let us know how we canimprove Cloud Manager.