Provision a database cluster
This is the complete field reference for provisioning a MongoDB Enterprise cluster. If this is your first cluster, Create your first database walks the same wizard with more context and covers service activation.
The wizard has three steps: database configuration, additional services, then review.
Step 1 — Database configuration
Open the Database cluster list and select Create a Database Engine or Create.
General information
| Field | Description |
|---|---|
| Engine Type | Select MongoDB. |
| Edition | Select Enterprise. |
| Architecture Type | Single for a one-node cluster, ReplicaSet for a replicated cluster. |
| Engine Version | A supported version. See Database Engine Versions. |
Network information
| Field | Description |
|---|---|
| Edge Gateway | Routes network traffic between the cluster and other systems. |
| Network | The Network/Subnet the cluster deploys into. Defines access scope and network isolation. |
Engine information
| Field | Description |
|---|---|
| Cluster Name | 8–25 characters. Starts with a letter; letters, numbers, and hyphens only. |
| Database Name | 8–25 characters. Starts with a lowercase letter; lowercase letters, numbers, and underscores only. |
| Password / Confirm Password | 12–20 characters, including uppercase, lowercase, a number, and a special character. |
Spaces and these characters are rejected in the password:
/ \ " ' < > ? % ; : $ ! [ ] { } ( ) , & +
Node configuration
| Field | Description |
|---|---|
| Storage Policy | Defines storage performance (IOPS). Use ≥ 4,000 IOPS for production. |
| Number Of Nodes | Node count, matching the chosen architecture. |
| Flavor | Compute resources per node — vCPU and RAM. |
| Data Disk Size (GB) | Data disk allocation. Minimum 20 GB. |
Click Next Step.
Step 2 — Additional services
Backup and PITR are enabled by default on MongoDB Enterprise clusters. This step configures auto scaling, the maintenance window, and notification recipients.
Enable Additional Service turns the add-on services on or off as a group. Leaving it off creates the cluster without them; you can enable them afterwards.
Compute scaling
| Field | Description |
|---|---|
| CPU Threshold (%) | CPU usage that triggers scaling. |
| RAM Threshold (%) | Memory usage that triggers scaling. |
| Tracing Interval | Monitoring interval used to evaluate usage before scaling. |
| Current Flavor | The node's current compute flavor. |
| List Flavor Scaling | Target flavors the system may scale up to, sorted ascending. |
Storage scaling
| Field | Description |
|---|---|
| Current Storage (GB) | Currently allocated storage. |
| Storage Threshold (%) | Usage that triggers automatic scaling. |
| Storage Scale (%) | Percentage increase applied per scaling operation. |
Maintenance window
| Field | Description |
|---|---|
| Day of Week | Monday through Sunday. |
| Start Time | When maintenance may begin. Duration is 1 hour from this time. |
Notification recipients
Email addresses that receive backup and scaling notifications. Add more with the + button.
Click Next Step.
Step 3 — Review and create
Review every setting. Back returns you to edit; Create confirms.
The system checks resource availability, then begins deployment. You are returned to the cluster list with the new cluster at the top in Processing status.
Creation typically takes 5–7 minutes, after which the cluster reaches Running.
If provisioning fails, delete the failed cluster and provision again. A failed cluster cannot be recovered in place.
Enable Auto Vertical Scaling during provisioning. Enabling it later requires the Notification service to be configured first, with at least one recipient — see Auto Vertical Scaling.