|
| 1 | +--- |
| 2 | +title: Choose between RU-based and vCore-based models |
| 3 | +titleSuffix: Azure Cosmos DB for MongoDB |
| 4 | +description: Choose whether the RU-based or vCore-based option for Azure Cosmos DB for MongoDB is ideal for your workload. |
| 5 | +author: nayakshweta |
| 6 | +ms.author: shwetn |
| 7 | +ms.reviewer: gahllevy |
| 8 | +ms.service: cosmos-db |
| 9 | +ms.subservice: mongodb |
| 10 | +ms.topic: overview |
| 11 | +ms.date: 03/09/2023 |
| 12 | +--- |
| 13 | + |
| 14 | +# What is RU-based and vCore-based Azure Cosmos DB for MongoDB? |
| 15 | + |
| 16 | +Azure Cosmos DB is a fully managed NoSQL and relational database for modern app development. |
| 17 | + |
| 18 | +Both, the Request Unit (RU) and vCore-based Azure Cosmos DB for MongoDB offering make it easy to use Azure Cosmos DB as if it were a MongoDB database. Both options work without the overhead of complex management and scaling approaches. You can use your existing MongoDB skills and continue to use your favorite MongoDB drivers, SDKs, and tools by pointing your application to the connection string for your account using the API for MongoDB. Additionally, both are cloud-native offerings that can be integrated seamlessly with other Azure services to build enterprise-grade modern applications. |
| 19 | + |
| 20 | +## Choosing between RU-based and vCore-based options |
| 21 | + |
| 22 | +Here are a few key factors to help you decide which is the right architecture for you: |
| 23 | + |
| 24 | +| Factor | RU-based | vCore-based | |
| 25 | +| ----------- | ----------- | -------| |
| 26 | +| What do you want to do | • Works well if you're trying to build new cloud-native MongoDB apps or refactor existing apps for all the benefits of a cloud-native offering | • Works well if you're trying to lift and shift existing MongoDB apps and run them as-is on a fully supported managed service. | |
| 27 | +| What are your availability needs | • Offers upto [99.999%](../high-availability.md#slas) of availability with multi-region deployments | • Offers competitive SLA (once generally available) | |
| 28 | +| How do you want to scale | • Offers limitless horizontal scalability, instantaneous scale up and granular throughput control. | • Offers high-capacity vertical and horizontal scaling with familiar vCore-based cluster tier options to choose from. | |
| 29 | +| What are your top read & query patterns | • Works well for workloads with more point reads *(fetching a single item by its ID and shard key value)* and lesser long running queries and complex aggregation pipeline operations. | • Works irrespective of the operation types in your workload. Operations may include workloads with long-running queries, complex aggregation pipelines, distributed transactions, joins, etc. | |
| 30 | + |
| 31 | +## Resource and billing differences between the options |
| 32 | + |
| 33 | +There are differences between the offerings in the way the resources are assigned and billed on the platform: |
| 34 | + |
| 35 | +| Resource details | RU-based | vCore-based | |
| 36 | +| ----------- | ----------- | -------| |
| 37 | +| How are the resources assigned | • This option is a multi-tenant service that instantly assigns resources to the workload to meet its storage and throughput needs. <br/>• Throughput uses the concept of [Request Units (RUs)](../request-units.md). | • This option provides dedicated instances using preset CPU, memory and storage resources that scale to meet your needs. | |
| 38 | +| How are the resources billed | • You pay variable fees for the RUs and consumed storage. <br/>• RU charges are based on the choice of the model: provisioned throughput (standard or autoscale) or serverless. | • You pay consistent flat fee based on the compute (CPU, memory and the number of nodes) and storage. | |
| 39 | + |
| 40 | +## Next steps |
| 41 | + |
| 42 | +- [Create a Go app](quickstart-go.md) using Azure Cosmos DB for MongoDB. |
| 43 | +- Deploy Azure Cosmos DB for MongoDB vCore [using a Bicep template](vcore/quickstart-bicep.md). |
0 commit comments