- Reference >
- MongoDB Compatibility Matrix
MongoDB Compatibility Matrix¶
On this page
This page describes compatibility between Ops Manager features and MongoDB.
MongoDB Versions Compatible with Ops Manager¶
The following table lists which versions of MongoDB Community and Enterprise are compatible with each major version of Ops Manager:
Ops Manager Release Series | MongoDB 3.6 | MongoDB 4.0 | MongoDB 4.2 |
---|---|---|---|
3.6 | 3.6 | ||
4.0 | 3.6 | 4.0 | |
4.2 | 3.6 | 4.0 | 4.2 |
Each version listed spans the full release series starting from the listed version. To learn more about MongoDB versioning, see MongoDB Versioning in the MongoDB Manual.
LDAP Authorization Compatibility¶
LDAP authorization was added to MongoDB Enterprise with version 3.4. This feature allows you to assign roles to users using LDAP. This feature was later changed to provide additional security with MongoDB 3.4.11. Ops Manager 3.4.13 or later, 3.6.3 or later, and 4.0.0 or later are compatible with MongoDB versions 3.4.11 or later.
Backup Considerations for MongoDB 4.2¶
Backup support for MongoDB
4.2 with "featureCompatibilityVersion" : 4.2
is growing. Support will be extended in future releases of Ops Manager.
To learn more about backup considerations specific to MongoDB 4.2, see Backup Considerations.
See also
To learn more about MongoDB versioning, see MongoDB Versioning in the MongoDB Manual.
Agent Compatibility¶
Monitoring Compatibility¶
To monitor a deployment running MongoDB 3.6 or later release series, you must use Monitoring Agent version 2.7.0 or later.
Automation PowerPC Compatibility¶
To manage PowerPC Linux-based hosts, you must use Automation Agent 3.2.7.1927 or later.
Backup Compatibility¶
To back up MongoDB deployments running the 3.6 or later release series, upgrade to Backup Agent 6.0.3.689 or later.
MongoDB Deployment Types¶
Using Ops Manager, you can configure all MongoDB deployment types: sharded clusters, replica sets, and standalones.
The shards in a sharded cluster must be replica sets. That is, a shard cannot be a standalone mongod. If you must run a shard as a single mongod (which provides no redundancy or failover), run the shard as a single-member replica set.
Note
You may not upgrade a sharded MongoDB deployment to version 3.4 if the deployment uses mirrored mongod instances as config servers. To allow the sharded deployment to be upgraded, see Convert Config Servers to a Replica Set. The conversion requires that the sharded deployment run MongoDB version 3.2.4 or later. Deployments running previous versions must upgrade to version 3.2.4 before an upgrade to version 3.4.