Azure Cosmos DB serverless
APPLIES TO: NoSQL MongoDB Cassandra Gremlin Table
The Azure Cosmos DB serverless offering lets you use your Azure Cosmos DB account in a consumption-based fashion. With serverless, you're only charged for the Request Units (RUs) consumed by your database operations and the storage consumed by your data. Serverless containers can serve thousands of requests per second with no minimum charge and no capacity planning required.
Do you have any feedback about serverless? We want to hear it! Feel free to drop a message to the Azure Cosmos DB serverless team: firstname.lastname@example.org.
Every database operation in Azure Cosmos DB has a cost expressed in Request Units (RUs). How you're charged for this cost depends on the type of Azure Cosmos DB account you're using:
- In provisioned throughput mode, you have to commit to a certain amount of throughput (expressed in Request Units per second or RU/s) that is provisioned on your databases and containers. The cost of your database operations is then deducted from the number of Request Units available every second. At the end of your billing period, you get billed for the amount of throughput you've provisioned.
- In serverless mode, you don't have to configure provisioned throughput when creating containers in your Azure Cosmos DB account. At the end of your billing period, you get billed for the number of Request Units your database operations consumed.
Serverless containers can currently deliver a maximum throughput of 5,000 RU/s.
Azure Cosmos DB serverless best fits scenarios where you expect intermittent and unpredictable traffic with long idle times. Because provisioning capacity in such situations isn't required and may be cost-prohibitive, Azure Cosmos DB serverless should be considered in the following use-cases:
- Getting started with Azure Cosmos DB
- Running applications with:
- Bursty, intermittent traffic that is hard to forecast, or
- Low (<10%) average-to-peak traffic ratio
- Developing, testing, prototyping and running in production new applications where the traffic pattern is unknown
- Integrating with serverless compute services like Azure Functions
For more information, see choosing between provisioned throughput and serverless.
Using serverless resources
Serverless is a new Azure Cosmos DB account type, which means that you have to choose between provisioned throughput and serverless when creating a new account. You must create a new serverless account to get started with serverless. Migrating existing accounts to/from serverless mode isn't currently supported.
Any container that is created in a serverless account is a serverless container. Serverless containers expose the same capabilities as containers created in provisioned throughput mode, so you read, write and query your data the exact same way. However serverless accounts and containers also have specific characteristics:
- A serverless account can only run in a single Azure region. It isn't possible to add more Azure regions to a serverless account after you create it.
- Provisioning throughput isn't required on serverless containers, so the following statements are applicable:
- You can't pass any throughput when creating a serverless container and doing so returns an error.
- You can't read or update the throughput on a serverless container and doing so returns an error.
- You can't create a shared throughput database in a serverless account and doing so returns an error.
- Serverless containers can store a maximum of 50 GB of data and indexes.
- Serverless containers offer throughput up to a service maximum of 5,000 RU/s. For more information, see Azure Cosmos DB service quotas.
Serverless 1-TB container preview
Azure Cosmos DB serverless now offers 1-TB container size. With this feature, you can store up-to 1 TB of data in a serverless container.
For more information, see Azure Cosmos DB Serverless 1-TB container
Monitoring your consumption
If you have used Azure Cosmos DB in provisioned throughput mode before, you find serverless is more cost-effective when your traffic doesn't justify provisioned capacity. The trade-off is that your costs become less predictable because you're billed based on the number of requests your database has processed. Because of the lack of predictability, it's important to keep an eye on your current consumption.
When browsing the Metrics pane of your account, you find a chart named Request Units consumed under the Overview tab. This chart shows how many Request Units your account has consumed:
You can find the same chart when using Azure Monitor, as described here. Azure Monitor enables the ability to configure alerts, which can be used to notify you when your Request Unit consumption has passed a certain threshold.
Serverless resources yield specific performance characteristics that are different from what provisioned throughput resources deliver. Serverless containers don't offer predictable throughput or latency guarantees. If your container[s] requires these guarantees, use provisioned throughput.
For more information, see provisioned throughput.
Get started with serverless with the following articles:
Submit and view feedback for