Databases for MongoDB®

MongoDB is a non-relational (NoSQL) and document-oriented database, which uses JSON-like documents with optional Database Management System (DBMS) schemas. It is software that stores, manipulates and manages data in a database.

MongoDB is a Database as a Service (DBaaS) provided on OVHcloud Public Cloud. We offer the MongoDB DBMS in packages on one or more Public Cloud instances and provide it as a turnkey service. This means that we handle management and administration tasks, including setup, maintenance, backup, security, and scalability – so you don't have to. Customers can therefore focus on app building, rather than running their admin tasks. In a nutshell, managed MongoDB is a cloud database service that frees up developers and their teams so they can focus on business-critical activities. 

Despite its widespread popularity, you may still find yourself asking “What is MongoDB used for?” MongoDB can store and manage any type of data, regardless of the structure. As a NoSQL database, it is very flexible, as it allows developers to control schema, which makes data modeling updates easier. It is also popular thanks to its scalability, which enables you to store large volumes of data.

The MongoDB vs. PostgreSQL debate continues to rage online, but they are just different systems with different benefits. The fundamental difference between the two is that MongoDB is a non-relational database, whereas PostgreSQL is relational. The key benefits of MongoDB are the dynamic schema that allows you to flexibly change your data schema without modifying existing data, and the horizontal scaling that helps you to reduce your workload and scale effortlessly. MongoDB has availability, manageability and speed advantages. Our database solution includes other database engines, such as MySQL or PostgreSQL for relational databases, and Redis for an in-memory database.

These service plans represent a different MongoDB as a Service package. Each plan includes varying capabilities suited for different applications; these may relate to cluster size, the number of nodes in a cluster, security, network, scalability or high availability. Discovery is free, while Production is paid service. Please refer MongoDB Capabilities and Limitations Guide for more info about these plans.

No. You retain complete control over your data. When using Managed MongoDB, you get one or more Public Cloud instances to run the MongoDB DBMS. These instances have a dedicated storage space for your individual use only, and should not be shared with others.

Yes. As your RAM or storage requirements gradually increase, you can upgrade to higher-capacity nodes to better serve your needs. However, you cannot downgrade to a lower-capacity node.

Yes. We provide automatic backups for each service plan except for Discovery, with different default retention policies depending on the selected package. Please refer to the table above to compare the various plans.

Yes, Databases for MongoDB can be consumed as a resource or within a Public Cloud project. You can also manage your MongoDB service via either the OVHcloud Control Panel, OVHcloud API, or OpenStack API.

MongoDB Community is the source-available and free-to-use edition of MongoDB, while MongoDB Enterprise is part of the MongoDB Enterprise Advanced subscriptions and includes comprehensive support for your MongoDB deployment.

We perform all the database management and administration tasks for you, so you don't have to worry about setup, maintenance, backup, security, and scalability, meaning you can focus on your core business activities.

Yes, MongoDB Database Service on Public Cloud can be accessed through either a public or private network, so you can connect your database to your Bare Metal or VPS Server. However, should you want to deploy a MongoDB engine on your Bare Metal or VPS Server, you will need to do it on your own, which also means handling the management and administration of your database afterward. Please refer to the table above to compare the differences between self-managed and cloud-managed databases.

A 1-AZ Region comprises one or more data centers within a single availability zone. While 1-AZ protects against server and driver failures, it remains vulnerable to data center outages, which could disrupt access if the hosting data center goes down.

In contrast, 3-AZ Regions consist of three independent availability zones, each isolated in terms of power, cooling, and network systems, providing high fault tolerance. This architecture maintains service availability even if an entire availability zone fails.

3-AZ data centers are not available in the United States at this time.

No. 3-AZ is not available in the United States at this time.