Important
As of February 2025, you can create Flex clusters, and can no longer create M2 and M5 clusters or Serverless instances in the Atlas UI, Atlas CLI, Atlas Administration API, Atlas Kubernetes Operator, HashiCorp Terraform, or Atlas CloudFormation Resources.
As of January 22, 2026, Atlas no longer supports M2 and M5 clusters and Serverless instances. All existing M2 and M5 clusters were migrated to Flex clusters.
Atlas migrated Serverless instances to Free clusters, Flex clusters, or Dedicated clusters according to your usage. To see which tiers Atlas migrated your instances to, consult the All Clusters page in the Atlas UI.
This tutorial takes you through the steps to create a new Atlas cluster. To learn how to modify an existing Atlas cluster, see Modify a Cluster.
Clusters can be either a replica set or a sharded cluster. This tutorial walks you through creating a replica set.
To learn about recommendations for clusters, see Recommendations for Atlas Orgs, Projects, and Clusters in the Atlas Architecture Center. To learn about high availability recommendations, see Recommendations for Atlas High Availability in the Atlas Architecture Center.
Required Access
To create a cluster, you must have Organization Owner, Project Owner, or Project Cluster Creator access to the project.
Considerations
To minimize network latency and data transfer costs, and to increase overall stability and security, use the same cloud provider and region to host your application and cluster when possible.
Clusters can span regions and cloud service providers. The total number of nodes in clusters spanning across regions has a specific constraint on a per-project basis.
Atlas limits the total number of nodes in other regions in one project to a total of 40, not including:
Google Cloud regions communicating with each other
Free clusters
Flex clusters
Sharded clusters include additional nodes. The electable nodes on the dedicated Config Server Replica Set (CSRS) count towards the total number of allowable nodes. Each sharded cluster has an additional electable node per region as part of the dedicated CSRS. To learn more, see Replica Set Config Servers.
The total number of nodes between any two regions must meet this constraint.
Example
If an Atlas project has nodes in clusters spread across three regions:
30 nodes in Region A
10 nodes in Region B
5 nodes in Region C
You can only add 5 more nodes to Region C because:
If you exclude Region C, Region A + Region B = 40.
If you exclude Region B, Region A + Region C = 35, <= 40.
If you exclude Region A, Region B + Region C = 15, <= 40.
Each combination of regions with the added 5 nodes still meets the per-project constraint:
Region A + B = 40
Region A + C = 40
Region B + C = 20
You can't create a multi-region cluster in a project if it has one or more clusters spanning 40 or more nodes in other regions.
Contact Atlas support for questions or assistance with raising this limit.
M30 and higher clusters are recommended for production environments. Clusters with sustained loads on M10 and M20 tiers may experience degraded performance over time.
Each Atlas project supports up to 25 clusters. If you have questions or need assistance regarding the cluster limit, contact support.
If your Atlas project contains a custom role that uses actions introduced in a specific MongoDB version, you must delete that role before creating clusters with an earlier MongoDB version.
Atlas clusters created after July 2020 use TLS version 1.2 by default.
Important
Beginning July 31st, 2025, Atlas will no longer support TLS 1.0 or 1.1 under any circumstance. Atlas will upgrade all clusters to reject attempts to connect with TLS 1.0 or 1.1.
Any client connections configured for TLS 1.0 or 1.1 will undergo a service outage during this upgrade. To avoid this, set the minimum TLS version of your clusters to 1.2 at your earliest opportunity.
When you create a cluster, Atlas creates a network container in the project for the cloud provider to which you deploy the cluster if one does not already exist.
If you have a Backup Compliance Policy enabled, all new and existing clusters have Cloud Backup automatically enabled and use the project-level Backup Compliance Policy. Atlas augments any preexisting cluster-level policies to meet the minimum requirements of the Backup Compliance Policy. All new clusters use the Backup Compliance Policy unless the mininum requirements of the cluster-level backup policy expand beyond the mininum requirements of the Backup Compliance Policy.
Important
Do not choose Latest Version With Auto Upgrades. This option auto upgrades your cluster to the latest minor release. Some minor releases, such as MongoDB version 8.2, may not support Live Migration or Mongosync. When upgrading, choose a major version to ensure compatibility with Live Migration and Mongosync.
Procedure
| [1] | For replica sets, the data-bearing servers are the servers hosting the replica set nodes. For sharded clusters, the data-bearing servers are the servers hosting the shards. For sharded clusters, Atlas also deploys servers for the config servers; these are charged at a rate separate from the cluster costs. |