Docs Menu
Docs Home
/
Atlas
/ /

Convert a Serverless Instance to a Dedicated Cluster

You can migrate your data from a Serverless instance to a dedicated cluster using one of the following methods:

  • (Recommended). Migrate Using Atlas UI. This process ensures correctness and allows you to keep the existing public connection strings.

  • Migrate Using mongodump and mongorestore.

  • Restore data from a scheduled or on-demand Cloud Backup.

The UI-based conversion from a Serverless instance to a dedicated cluster has the following considerations:

  • The conversion process creates a dedicated cluster.

  • Using the Atlas UI-based process causes some downtime. Your cluster must go offline while Atlas converts your Serverless instance to a dedicated cluster.

  • If some of your connections use private endpoints, reconfigure private endpoints once Atlas upgrades your Serverless instance to a dedicated cluster tier.

  • You can't change the cloud provider or region during this conversion process. After the upgrade, you can move a cluster to a different provider or region.

  • Charts that have the Serverless instance as the data source are unavailable during the conversion to a dedicated cluster, but will become available once Atlas completes the conversion.

  • Upgrading your Serverless instance to a dedicated cluster is irreversible.

To migrate your data from a Serverless instance (deprecated) to a dedicated cluster, you must have Project Cluster Manager access or higher to the project.

To convert your Serverless instance to a dedicated cluster:

1

You must pause all current writes to your cluster and you must not attempt any writes to the cluster by any method during the upgrade.

2

Warning

Navigation Improvements In Progress

We're currently rolling out a new and improved navigation experience. If the following steps don't match your view in the Atlas UI, see the preview documentation.

  1. If it's not already displayed, select the organization that contains your desired project from the Organizations menu in the navigation bar.

  2. If it's not already displayed, select your desired project from the Projects menu in the navigation bar.

  3. If it's not already displayed, click Clusters in the sidebar.

    The Clusters page displays.

3

For the cluster you want to modify, click the icon, and then select Edit Configuration.

4
5

Important

For large data sizes (100 GB+), we recommend using a higher-tier cluster (e.g., M80) with larger disk sizes (e.g., 4 TB). Index builds are memory-intensive, and under provisioning may significantly slow down the migration. For smaller migrations, at least an M30 cluster with 40 GB of storage is recommended to ensure a smooth migration. You can easily scale down to a lower-tier cluster after the process completes.

6

(Optional) Change additional options. To learn more, see Configure Additional Options, and Manage Cluster Tags.

7

(Optional) Review backups and billing. To learn more, see Dedicated Cluster Billing and Cloud Backups.

8

The Review Changes page displays a complete side-by-side summary of the modified attributes with any warnings or notes pertaining to the changes. The original attribute settings are listed on the left and the corresponding new settings with changes in pricing are listed on the right.

Atlas displays the following warnings and notes related to the change at the top:

  • If you used a private endpoint with your Serverless instance, reconfigure the private endpoint once Atlas upgrades your Serverless instance to a dedicated cluster tier.

  • If you enable disk auto-scaling, the minimum oplog window changes to 24 hours.

  • Charts that have the Serverless instance as the data source are unavailable during the conversion to a dedicated cluster, but will become available once Atlas completes the conversion.

  • Upgrading your Serverless instance to a dedicated cluster is irreversible.

9

Once you have reviewed the changes, click Apply Changes to apply them to your cluster.

You can use the same DNS seed list connection string to connect to your new dedicated cluster as you have used for your Serverless instance.

10

When you initiate the upgrade, Atlas displays a link to the Metrics page of the destination cluster. Use the "DB Storage" metric in the Metrics page to track the progress of your upgrade. Once the "DB Storage" matches the data stored on your source cluster, Atlas runs a check to ensure that the data has been migrated correctly, which might add some time to the migration.

11

Once the migration has completed, resume all writes to your cluster.

To migrate your data from a Serverless instance to a dedicated cluster using tools, you must have the following:

  • A dedicated cluster that runs the same major version of MongoDB as the Serverless instance from which you want to migrate data.

  • The following command-line tools:

1

Warning

Navigation Improvements In Progress

We're currently rolling out a new and improved navigation experience. If the following steps don't match your view in the Atlas UI, see the preview documentation.

  1. If it's not already displayed, select the organization that contains your desired project from the Organizations menu in the navigation bar.

  2. If it's not already displayed, select your desired project from the Projects menu in the navigation bar.

  3. If it's not already displayed, click Clusters in the sidebar.

    The Clusters page displays.

2
3

To connect to your Serverless instance and retrieve the data, do the following in the Atlas UI:

  1. Click the (ellipsis) for the Serverless instance and select Command Line Tools from the dropdown.

    The Cmd Line Tools tab displays.

  2. In the Binary Import and Export Tools section, copy the mongodump command to create a binary export of the contents of a database.

    For example:

    mongodump --uri mongodb+srv://<USERNAME>:<PASSWORD>@test.jca5k.mongodb.net/<DATABASE>

To learn more, see Connect to a Cluster using Command Line Tools.

4

To run the mongodump command that you copied, do the following in a terminal:

  1. Paste the mongodump command that you copied into the terminal.

  2. Replace the <PASSWORD> in the string with the password of the user.

  3. Replace the <DATABASE> in the string with the name of the database that you want to migrate to the dedicated cluster.

  4. Run the mongodump command.

    When you run mongodump, the command copies the contents of the specified database into the dump/ sub-directory of the current directory. If the dump directory doesn't already exist, the command creates the directory and copies the data into that directory.

  5. Repeat these steps for each database that you want to migrate to the dedicated cluster.

5

Warning

Navigation Improvements In Progress

We're currently rolling out a new and improved navigation experience. If the following steps don't match your view in the Atlas UI, see the preview documentation.

  1. If it's not already displayed, select the organization that contains your desired project from the Organizations menu in the navigation bar.

  2. If it's not already displayed, select your desired project from the Projects menu in the navigation bar.

  3. If it's not already displayed, click Clusters in the sidebar.

    The Clusters page displays.

6

To connect to your dedicated cluster and migrate the data, do the following in the Atlas UI:

  1. Click the (ellipsis) for the dedicated cluster and select Command Line Tools from the dropdown.

    The Cmd Line Tools tab displays.

  2. In the Binary Import and Export Tools section, copy the mongorestore command to create a new database or add data to an existing database.

    For example:

    mongorestore --uri mongodb+srv://<USERNAME>:<PASSWORD>@test.jca5k.mongodb.net

To learn more, see Connect to a Cluster using Command Line Tools.

7

To run the mongorestore command that you copied, do the following in a terminal:

  1. Paste the mongorestore command that you copied into the terminal.

  2. Replace the <PASSWORD> in the string with the password of the user.

  3. Run the mongorestore command.

    When you run mongorestore, by default, the command copies the contents of the dump/ sub-directory of the current directory to the cluster. If you stored the data in a different directory, see mongorestore syntax for the command options to specify a different location.

  4. (Optional) If you are migrating each database individually, repeat these steps for each database that you want to migrate to the dedicated cluster.

8

Warning

Navigation Improvements In Progress

We're currently rolling out a new and improved navigation experience. If the following steps don't match your view in the Atlas UI, see the preview documentation.

  1. If it's not already displayed, select the organization that contains your desired project from the Organizations menu in the navigation bar.

  2. If it's not already displayed, select your desired project from the Projects menu in the navigation bar.

  3. If it's not already displayed, click Clusters in the sidebar.

    The Clusters page displays.

9

To confirm that you've successfully migrated your data, do the following in the Atlas UI.

  1. Do one of the following on the dedicated cluster where you copied the data:

    • Review the Atlas UI:

      1. Click the Browse Collections button for your cluster.

        The Data Explorer displays.

      2. Visually verify that data has been migrated to the cluster

    • Click Connect to connect to your cluster and run queries against the data.

Back

Auto-Create Indexes