Who is this for?

This is an introductory topic for software developers who want to migrate MongoDB workloads to Arm-based platforms, with a focus on Microsoft Azure Cobalt 100 Arm64 instances.

What will you learn?

Upon completion of this Learning Path, you will be able to:

  • Provision an Arm64-based VM in Azure that's powered by Cobalt 100 and uses Ubuntu Pro 24.04 LTS.
  • Deploy MongoDB on the Cobalt 100-based instance.
  • Run baseline tests and performance benchmarks on MongoDB in the Arm64 environment.

Prerequisites

Before starting, you will need the following:

Summary

AI-assisted

This summary was drafted with an approved AI-assisted workflow and reviewed by Arm contributors before publication. Human technical review remains part of the process so the final page reflects engineering rigor, accuracy, and Arm editorial standards.

Close
?
You’ll deploy and monitor MongoDB on an Azure Cobalt 100-based VM. First, you’ll provision a Dpsv6 instance with Ubuntu Pro 24.04 LTS, install MongoDB and mongosh, and configure mongod for local access. You’ll validate CRUD, indexing, concurrency, and storage behavior with mongosh and fio. Finally, you’ll generate load and use mongotop to observe per-collection read and write activity in real time.

Frequently asked questions

AI-assisted

These FAQs were drafted with an approved AI-assisted workflow and reviewed by Arm contributors before publication. Human technical review remains part of the process so the final page reflects engineering rigor, accuracy, and Arm editorial standards.

Close
?
Which Azure VM size and OS image should I select?
Select an Azure Cobalt 100-based VM from the Dpsv6 general-purpose series. In the Azure portal, choose Ubuntu Pro 24.04 LTS and set VM architecture to Arm64.
How do I confirm that MongoDB started correctly on the VM?
Start mongod locally and confirm that it binds to 127.0.0.1. Connect with mongosh, run the service health checks, and review the MongoDB log for errors.
Why is access control disabled, and what should I change before allowing remote access?
Access control is disabled because mongod remains bound to 127.0.0.1. Before you accept remote connections, set --bind_ip or bindIp, create users, and enable authorization.
What should be running before I start mongotop?
Ensure that mongod is bound to 127.0.0.1, long_system_load.js is generating traffic in another terminal, and the MongoDB Database Tools are installed. Run mongotop while the workload is active.
What results should I expect from the baseline and monitoring steps?
Confirm that fio completes without errors and that your CRUD, index, and concurrency checks succeed in mongosh. While the workload runs, mongotop should update per-collection read and write times in real time.
Next