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
57 comments
-
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. -
Santosh
commented
Auto Scale RUs will be good feature.However Currently RUs are charged pe rhour rather than charging for the time for which RUs are upscaled.
For instance, if you increase provisioned throughput at 9:30 AM from 400 RU/s to 1000 RU/s and then lower provisioned throughput at 10:45 AM back to 400 RU/s, you will be charged for two hours of 1000 RU/s.
Can we change the pricing to the amount of time RUs being upscaled ,because it will surge the billing -
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???
-
Anonymous
commented
Any updates???
-
Anonymous
commented
Any updates???
-
Zachary Hanna
commented
+1000 for this
-
Anonymous
commented
Wrote this library that works for out application meanwhile..
https://github.com/giorgited/CosmosScale
https://www.nuget.org/packages/CosmosAutoScaler/ -
a
commented
Any updates?