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
For any questions, please reach out to us at AskCosmosDB@microsoft.com
62 comments
-
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
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?
-
[Deleted User]
commented
CosmosDB provides great functionalities especially with the new ********* model by now. We have quite unexpected load on production and if auto scaling of throughput mechanism is not provided by Microsoft, we will not consider to shift to CosmosDB.
-
Prasad
commented
Cloud is Pay as you Go but as Auto scaling feature is not provided it is really difficult to manage manually RUs for Cosmos. Auto scaling provision is must needed.
-
Brett Davis
commented
We're extremely interested in this feature as well - we have a lot of services with hard-to-estimate production loads beforehand and we end up finding out that we are getting throttled when we just happen to dig down through the metrics to the right collection after it's seen some traffic. We have tons of services with their own DBs and collections and trying to set up scaling monitors for each new service is an extremely impractical solution for us.
-
Anonymous
commented
Check https://azureday.pro I will making show case how to implement auto scale for cosmos db, and also share later on source code and also nugget packages.
-
Anonymous
commented
Still nothing
-
anonymous
commented
Still waiting for this basic functionality
-
Morrolan
commented
Wow, this is still not a feature? This was one of the larger reasons I decided not to use cosmos. Such a pain to run jobs to up the RU's, and then put them down again, and handle when task fails you don't want the collections left set high. Pain to deal with this stuff, when it should be all taken care of in a managed service.
-
rao
commented
Any updates???