Autoscale Throughput (UR/s)
Depending on the average amount of incomming requests/ required RU's, (or other parameters,)
I would like to autoscale the througput(RU/s) of a collection.
tjgalama
shared this idea
We’re excited to announce that we are making this a lot easier with our preview of Autopilot. With Autopilot, Azure Cosmos DB will automatically manage and scale the RU/s of your containers based on the usage. This eliminates the need for custom scripting to change RU/s and makes it easier to handle bursty, unpredictable workloads.
You can try out Autopilot in your Cosmos accounts by going to the Azure Portal and enabling the feature in the “Preview Features” blade.
70 comments
-
Burdyugov, Anton
commented
please vote for this:
Allow to turn on Autoscale Throughput feature for already created containers
https://feedback.azure.com/forums/263030-azure-cosmos-db/suggestions/39181006-allow-to-turn-on-autoscale-throughput-feature-for -
Maxim Rybkov
commented
Direction is great, but the limitation in # of containers is even bigger than minimum throughput. How it will work with storage tables migration. We have 1_000s of containers, which means we need 1_000_000s RU/s?
-
Simon Vane (svane)
commented
This looks very promising but I have a few comments (some of which have already been covered):
- We need to be able to set this on existing databases / containers.
- We need more granularity for setting max RU/s. The jumps are massive. 4k, 20k, 100k, 500k are not realistic steps.
- We need the minimum RU/s to be less than 10% of maximum. We have high (unpredictable) peak usage (which we're happy to pay for when we're using it) and very low off peak (and we only want to pay for the low usage during these times).
- We really want the minimum to be 400 as is now, irrespective of the maximum.
- 1.5 times the standard RU/s cost is a bit hard to swallow.I really want to continue using Cosmos but it's proving a hard sell because of the cost / scaling models.
-
takekazu.omi
commented
This is a great feature. I waited long.
I have only one order. Autopilot RU / s is 1.5 times more expensive. Let's improve this.
-
Kazuyuki Miyake
commented
Great! I've been waiting. I have already activated it in my account so I will try it!
-
Leo Tabakov
commented
Please add ability to enable Autopilot for existing collection.
Also would be nice to have more granular throughput options or ability to specify a custom range. -
Katie
commented
Is there a way to enable Autopilot for existing collections? I enabled the preview feature but it seems it's only available when creating new collections.
-
Lajos Marton
commented
The direction is good, but I would need more lower throughput numbers. As now the minimum is 10% and the minimal maximum output is 2000. But what if, I would need minimum 10 and maximum 100? My main issue is with Cosmos DB that is too expensive for low loads in DB.
-
Anonymous
commented
Any update its almost been 2 year since it started?
-
Peter Carr
commented
This is essential functionality that is directly preventing people from adopting cosmos. There should 100% be an elegant solution or at the very least a way to accomplish this that isn't ridiculously convoluted, messy, and difficult. And if it has to be convoluted and difficult there should at least be a coherent tutorial on MS docs. This is seriously frustrating.
-
sean
commented
Come on Microsoft, pull your finger out
-
Vince
commented
Any updates, Azure team? Can you give us any hints? Is this coming in 2019?
-
vishnu
commented
How to change Cosmos DB RU/s value from 400 to 20000 in the morning then step down to 400 at night automatically.
-
Garry
commented
Is there any to fetch the Max RUPM Consumed Per Minute through the REST API
-
Colin Webber
commented
Is there any update or ETA on this?
It's been almost 2 years at this point. My team is implementing CosmosDB for SessionState and Distributed caching across numerous projects and this feature will be crucial for controlling costs while still responding to peaks in traffic throughout the day effectively. -
Russ
commented
This really is mandatory as we are getting hit by peak loads that mean I have to have the RU's to match, a very expensive model.
-
Ryan Lenagh
commented
still no update?
-
Anonymous
commented
We are waiting for this to enable consumption based functions. It's no good having functions scale out under load and been throttled at the database.
Is there any update around timeline on this?
-
Jack Chen (jchen5)
commented
This should be a must have feature.
-
Luke
commented
How in the world isn't this feature available and why is Microsoft Azure ignoring all of these comments?