Back Up Your Cluster (original) (raw)

Note

Feature Unavailable in Free-Tier Clusters

Atlas Cloud Backups provide localized backup storage using the native snapshot functionality of the cluster's cloud service provider.

Atlas supports cloud backup for clusters served on:

• Microsoft Azure
• Amazon Web Services (AWS)
• Google Cloud Platform (GCP)

You can enable cloud backup during thecluster creation or during themodification of an existing cluster. From the cluster configuration modal, toggleTurn on Cloud Backup to Yes.

If you have strict data protection requirements, you can enable a Backup Compliance Policy to protect your backup data.

Cloud Backups inherit the snapshot redundancy native to your cluster's cloud provider. As such, Cloud Backups have at least the following redundancies depending on the cloud provider:

• AWS stores objects on multiple devices across a minimum of three Availability Zones in an AWS Region.
• Microsoft Azure uses locally redundant storage (LRS) which replicates your data three times within a single data center in the selected region.
• Google Cloud spreads your data across multiple zones in the backup region.

To ensure greater redundancy for your Cloud Backups, you can also enable Multi-Region Snapshot Distributionin Atlas. This automatically creates copies of your snapshots and oplogs and stores them in other Atlas regions. With snapshots distributed across multiple regions, you can still restore your cluster if the primary region goes down.

To manage or restore backups for a cluster, you must haveProject Backup Manager or Project Owner access to the project.

Users with Organization Owneraccess must add themselves as a Project Backup Manager orProject Owner to the project before they can manage or restore backups.

Cloud Backups support sharded clusters. You cannot restore an existing snapshot to a cluster after you add or remove a shard from it. You may restore an existing snapshot to another cluster with a matching topology.