Cloud Manager Overview

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.

"Automation coordinates MongoDB instances running in a public cloud, in your private data center, or on your local system."

How it Works

Automation Agents on each MongoDB host maintain your deployments. You can install the Automation Agent so it can provision hosts and deploy clusters in your MongoDB infrastructure.

The Automation Agent also maintains the Monitoring and Backup Agent and starts, restarts, and upgrades the agents as needed.

Automation allows only one Monitoring or Backup Agents per host. It removes additional agents.


When maintaining Backup Agents, Automation removes a Backup Agent from a host that has two Backup Agents.


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

How it Works

A lightweight Monitoring Agent runs within your infrastructure and 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.


The Cloud Manager Backup Agent provides scheduled snapshots and point-in-time recovery of your MongoDB replica sets and sharded clusters.

How it Works

A lightweight Backup Agent runs within your infrastructure and backs up data from the MongoDB processes you have specified.


Only sharded clusters or replica sets can be backed up. To back up a standalone mongod process, you must first convert it to a single-member replica set.

Backup Data

When you start backing up a MongoDB deployment, the agent performs an initial sync of the deployment’s data as if it were creating a new, “invisible” member of a replica set. For a sharded cluster, the agent syncs each shard’s primary member and each config server. The agent sends the initial sync and oplog data over HTTPS back to Cloud Manager.

The Backup Agent then tails each replica set’s oplog to continually update the backup. The backup is consistent with the original primary up to the last oplog supplied by the agent.

The Backup Agent executes the initial sync and the tailing of the oplog using standard MongoDB queries. The cluster being backed up is unaware of the additional copy of the backup data.

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

The Backup Agent takes and stores snapshots based on a user-defined snapshot retention policy. Sharded cluster snapshots temporarily stop the balancer so that they 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.

All snapshots represent a full backup.

To learn more about how to configure backups, see Backup 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.

Restore Data

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

When you restore from a snapshot, Cloud Manager reads directly from the snapshot storage and you can download the snapshot files from an HTTPS link.

When you restore from a checkpoint or point in time, Cloud Manager first restores a full snapshot from the snapshot storage and then applies stored oplogs until the specified point is reached. Cloud Manager delivers the snapshot and oplog updates using the same HTTPS mechanisms. To enable checkpoints, see Enable Cluster Checkpoints.