MongoDB Atlas
Integrate MongoDB Atlas with Cloudaware to inventory orgs, projects, clusters, and related resources for unified reporting.
- Audience: Cloudaware administrators
- Outcome: The MongoDB Atlas organization is connected to Cloudaware, and MongoDB Atlas objects are available in CMDB for reporting, ownership review, and operational analysis.
Capabilities
The integration supports:
- A centralized CMDB inventory of Atlas organizations, projects, clusters, users, access lists, network links, backups, and related resources.
- Relationship mappings between MongoDB Atlas objects in the CMDB
- Search and reporting for MongoDB Atlas objects using CMDB Navigator, CMDB list views, and reports
Prerequisites
Before you begin, make sure you have:
- Access to a Cloudaware account.
- A user with access to the Admin Console and permissions to manage cloud accounts, organizations, and integrations (Cloudaware Administrator).
- The Organization Owner role to create an organization-level API key or the Project Owner role for the project to create a project-level API key.
Create MongoDB Atlas API Keys
MongoDB displays the Private Key only when the API key is created. Save it securely before leaving the page.
Create an Organization API Key
Use an organization-level API key if Cloudaware needs to discover and collect resources from all projects in the MongoDB Atlas organization.
You must have the Organization Owner role for the organization.
- In MongoDB Atlas, select the required organization.
- Under Identity & Access, go to Applications and select API Keys tab.
- Click Add new → API Key.
- In Organization Permissions, assign the
Organization Read Onlyrole. This role grants Cloudaware read-only access to the organization and all its projects. - Copy and securely store the Public Key and Private Key.
Create a Project API Key
Use a project-level API key if Cloudaware needs access only to a specific MongoDB Atlas project.
You must have the Project Owner role for the project.
- In MongoDB Atlas, select the required project.
- Under Security, go to Project Identity & Access → Applications. Open the API Keys tab.
- Click Create Application → API Key.
- In Project Permissions, assign the
Project Read Onlyrole. - Copy and securely store the Public Key and Private Key.
- Repeat these steps for each project that you want Cloudaware to access.
An API key created at the project level is automatically added to the parent organization as an Organization Member.
Learn more about Atlas user roles
Add a MongoDB Atlas Organization to Cloudaware
- In Cloudaware, go to Admin.
- Find MongoDB Atlas, then click + ADD.
- Provide the Public Key and Private Key.
- Click SAVE.
- Confirm that the integration status indicator is green.
View MongoDB Atlas Data in CMDB
- In Cloudaware, open CMDB Navigator.
- In the left pane, select ATLAS.
- Open an object list, e.g., Atlas Projects, to view records.
Supported Objects
Cloudaware ingests the following Mongo Atlas objects:
| Atlas Object | CMDB Object API Name |
|---|---|
| Atlas Access List Entry | CA10AT__CaAtlasAccessListEntry__c |
| Atlas Alert Configuration | CA10AT__CaAtlasAlertConfiguration__c |
| Atlas API Key | CA10AT__CaAtlasApiKey__c |
| Atlas API Key Project Link | CA10AT__CaAtlasApiKeyProjectLink__c |
| Atlas AWS VPC Endpoint Link | CA10AT__CaAtlasAwsVpcEndpointLink__c |
| Atlas Cloud Backup Snapshot | CA10AT__CaAtlasCloudBackupSnapshot__c |
| Atlas Cloud Provider Access Role | CA10AT__CaAtlasCloudProviderAccessRole__c |
| Atlas Data Lake | CA10AT__CaAtlasDataLake__c |
| Atlas Data Lake Private Endpoint | CA10AT__CaAtlasDataLakePrivateEndpoint__c |
| Atlas Database Custom Role | CA10AT__CaAtlasDatabaseCustomRole__c |
| Atlas Database User | CA10AT__CaAtlasDatabaseUser__c |
| Atlas Database User Role Association | CA10AT__CaAtlasDatabaseUserRoleAssociation__c |
| Atlas Database User Scope Link | CA10AT__CaAtlasDatabaseUserScopeLink__c |
| Atlas MongoDB Cluster | CA10AT__CaAtlasMongoDbCluster__c |
| Atlas Network Peering Connection | CA10AT__CaAtlasNetworkPeeringConnection__c |
| Atlas Network Peering Container | CA10AT__CaAtlasNetworkPeeringContainer__c |
| Atlas Organization | CA10AT__CaAtlasOrganization__c |
| Atlas Private Endpoint Service | CA10AT__CaAtlasPrivateEndpointService__c |
| Atlas Project | CA10AT__CaAtlasProject__c |
| Atlas Serverless Instance | CA10AT__CaAtlasServerlessInstance__c |
| Atlas Shared-Tier Snapshot | CA10AT__CaAtlasSharedTierSnapshot__c |
| Atlas Snapshot Export Bucket | CA10AT__CaAtlasSnapshotExportBucket__c |
Troubleshooting
Initial data collection may take time to complete.
Authentication Fails or Integration Shows Red Status
- Verify that the Public Key and Private Key are valid and active.
- Confirm that the API key has read access to the MongoDB Atlas organization.
- Check that the Atlas API access list allows Cloudaware to connect to the Atlas API.
- Re-enter the credentials by editing the integration in Cloudaware.
Atlas Objects Are Missing
- Wait for the next collection cycle to complete.
- Confirm that the Atlas organization contains projects and clusters available to the API key.
- Review the integration status and error messages in Cloudaware Admin.
- In CMDB Navigator, verify that you are viewing the ATLAS section and related resources.
Still stuck? Contact Cloudaware Support at support@cloudaware.com with the integration name and a brief description of the issue.
Reconfigure or Remove the Integration
Update the Integration Details
To rotate credentials, edit the existing integration instead of deleting and re-creating it.
- Go to Admin.
- Select MongoDB Atlas.
- Select the specific integration.
- Open the three-dot menu (⋮), then click Edit.
- Update the Public Key and Private Key. Click Save.
- Save the integration and confirm that the status turns green.
Remove the Integration from Cloudaware
- Go to Admin.
- Select MongoDB Atlas.
- Select the specific integration.
- Open the three-dot menu (⋮), then click Delete.
- Confirm the deletion if prompted.
Security Notes
- Use Atlas API keys with the minimum permissions required for discovery. Read-only access is recommended for inventory collection.
- Store the Public Key and Private Key only in approved credential stores and avoid sharing them through tickets, chat, or documentation.
- Rotate Atlas API keys periodically and immediately after suspected exposure or personnel changes.
- Review integration activity and collection errors regularly to detect expired credentials, permission changes, or unexpected access issues.