Docs Menu

FAQ: Database

On this page

While there is no hard limit on the number of collections in a single cluster, the performance of a cluster might degrade if it serves a large number of collections and indexes. Larger collections have a greater impact on performance.

The recommended maximum combined number of collections and indexes by Atlas cluster tier are as follows:

Cluster tier
Recommended maximum
5,000 collections and indexes
M20 / M30
10,000 collections and indexes
100,000 collections and indexes

Atlas supports creating clusters with the following tiers and MongoDB versions:

MongoDB Version
Supported on M10+
Supported on Free and Shared Tiers (M0, M2, M5)
MongoDB 4.0
MongoDB 4.2
MongoDB 4.4
MongoDB 5.0
Latest Release (auto-upgrades)

As new patch releases become available, Atlas upgrades to these releases via a rolling process to maintain cluster availability.

To learn more about how Atlas handles end of life of major MongoDB versions, see What happens to Atlas clusters using a MongoDB version nearing end of life?.

Atlas upgrades free clusters and shared clusters to the newest MongoDB version after several patch versions become available for that version. To learn more about how MongoDB versions its software, see MongoDB Versioning.

Unsupported MongoDB Versions in Atlas

Atlas no longer supports MongoDB 3.6 and earlier.

MongoDB sends you an email notification at least six months before the MongoDB version reaches end of life. A few months after you receive this notification, Atlas:

  • Stops allowing you to deploy new clusters using the end of life version.
  • Notifies you of the version cut-off date. After the cut-off date, Atlas upgrades your clusters to the next MongoDB version unless you request and receive approval for an extension.

When MongoDB 4.0 reaches end of life, Atlas upgrades each of your clusters that run MongoDB 4.0 to MongoDB 4.2.

This upgrade happens within your maintenance window if you configured one in your project settings.

In most cases, this upgrade won't cause downtime or negatively affect your applications. You should upgrade your cluster before the cut-off date to ensure that your services and applications experience no downtime or other issues due to incompatibilities with the new MongoDB version.

To learn about potential issues for the cluster when upgrading MongoDB versions, see Compatibility Changes in the MongoDB Release Notes for the next MongoDB version.

See also:

To review the end of life date for each MongoDB Server release, see MongoDB Server in the MongoDB Support Policy.

Give Feedback
© 2021 MongoDB, Inc.


  • Careers
  • Legal Notices
  • Privacy Notices
  • Security Information
  • Trust Center
© 2021 MongoDB, Inc.