Date
1 - 7 of 7
app auto-scaling in OSS CF contribution
Koper, Dies <diesk@...>
Hi,
At Fujitsu we're developing app auto-scaling and are considering to propose moving it to the cf incubator. Before we start open-sourcing it, I wanted to ask if there is any interest for this in the community, possibly even others working on or considering to work on one who'd be interested to collaborate/align with us? We're looking at providing basic support for scaling up/down based on metrics like CPU, request count, and a service broker to enable it for your app. We can share a detailed functional description for review in a few weeks. Depending on priorities, interest and resources available we may add functionality like sending an email notification in addition to/instead of scaling, or scale based on other metrics (including app generated custom metrics). Either way, we want to make these things pluggable to allow people to integrate it with their own (closed-source) monitoring agents or custom actions. I feel every PaaS comes with free app auto-scaling functionality (PCF, Bluemix, OpenShift, AWS, ...) so OSS CF deserves one too. I have discussed this plan with Pivotal and they have encouraged me to send this email to the list. Please let me know if you have any questions. Regards, Dies Koper diesk(a)fast.au.fujitsu.com<mailto:diesk(a)fast.au.fujitsu.com>
|
|
Ronak Banka
Hi Dies,
App auto-scaling is much needed feature for CF OSS , lot of users want to use this functionality . Once on the incubator, roadmap can be discussed. Hope to to see it soon on cf incubator . Regards, Ronak Banka Rakuten, Inc. On Tue, Sep 15, 2015 at 9:00 AM, Koper, Dies <diesk(a)fast.au.fujitsu.com> wrote: Hi,
|
|
Hi Dies,
Thanks for your future sharing of your work on an opensource autoscaler component! We would be interested at Orange to use the autoscaler, and potentially try to plug into it the autosleep service [1] we're working on, so that a minimum instance count the autoscaler could set could be equal to zero. To me, one important missing aspect to make use of an autoscaling service to handle changes in workloads, is to effectively handle newly instanciated cold instances (i.e. whose lazy initialized caches are not yet warm, and which would degrade user perceived experience if given immediately a fixed % of the traffic): - either to have support for autoscaling service to send warmup http requests to newly created instances (similar to GAE warmup support) - have the gorouter support a traffic ramping setting, so that a cold instance is slowly getting traffic when entering rotation. Regards, Guillaume. [1] https://docs.google.com/document/d/1tMhIBX3tw7kPEOMCzKhUgmtmr26GVxyXwUTwMO71THI/edit# On Tue, Sep 15, 2015 at 2:30 AM, ronak banka <ronakbanka.cse(a)gmail.com> wrote: Hi Dies,
|
|
Siva Balan <mailsiva@...>
+1 on this feature. We at GE would be very interested in this feature as
toggle quoted messageShow quoted text
well. We would very much like to collaborate on this feature. Thanks Siva
On Tue, Sep 15, 2015 at 7:59 AM, Guillaume Berche <bercheg(a)gmail.com> wrote:
Hi Dies,
|
|
Klevenz, Stephan <stephan.klevenz@...>
+1
toggle quoted messageShow quoted text
A contribution to the incubator about that feature is very interesting and will get my attention. Regards, Stephan Von: Siva Balan Antworten an: "Discussions about Cloud Foundry projects and the system overall." Datum: Dienstag, 15. September 2015 17:20 An: "Discussions about Cloud Foundry projects and the system overall." Betreff: [cf-dev] Re: Re: Re: app auto-scaling in OSS CF contribution +1 on this feature. We at GE would be very interested in this feature as well. We would very much like to collaborate on this feature. Thanks Siva
On Tue, Sep 15, 2015 at 7:59 AM, Guillaume Berche <bercheg(a)gmail.com<mailto:bercheg(a)gmail.com>> wrote:
Hi Dies, Thanks for your future sharing of your work on an opensource autoscaler component! We would be interested at Orange to use the autoscaler, and potentially try to plug into it the autosleep service [1] we're working on, so that a minimum instance count the autoscaler could set could be equal to zero. To me, one important missing aspect to make use of an autoscaling service to handle changes in workloads, is to effectively handle newly instanciated cold instances (i.e. whose lazy initialized caches are not yet warm, and which would degrade user perceived experience if given immediately a fixed % of the traffic): - either to have support for autoscaling service to send warmup http requests to newly created instances (similar to GAE warmup support) - have the gorouter support a traffic ramping setting, so that a cold instance is slowly getting traffic when entering rotation. Regards, Guillaume. [1] https://docs.google.com/document/d/1tMhIBX3tw7kPEOMCzKhUgmtmr26GVxyXwUTwMO71THI/edit# On Tue, Sep 15, 2015 at 2:30 AM, ronak banka <ronakbanka.cse(a)gmail.com<mailto:ronakbanka.cse(a)gmail.com>> wrote: Hi Dies, App auto-scaling is much needed feature for CF OSS , lot of users want to use this functionality . Once on the incubator, roadmap can be discussed. Hope to to see it soon on cf incubator . Regards, Ronak Banka Rakuten, Inc. On Tue, Sep 15, 2015 at 9:00 AM, Koper, Dies <diesk(a)fast.au.fujitsu.com<mailto:diesk(a)fast.au.fujitsu.com>> wrote: Hi, At Fujitsu we’re developing app auto-scaling and are considering to propose moving it to the cf incubator. Before we start open-sourcing it, I wanted to ask if there is any interest for this in the community, possibly even others working on or considering to work on one who’d be interested to collaborate/align with us? We’re looking at providing basic support for scaling up/down based on metrics like CPU, request count, and a service broker to enable it for your app. We can share a detailed functional description for review in a few weeks. Depending on priorities, interest and resources available we may add functionality like sending an email notification in addition to/instead of scaling, or scale based on other metrics (including app generated custom metrics). Either way, we want to make these things pluggable to allow people to integrate it with their own (closed-source) monitoring agents or custom actions. I feel every PaaS comes with free app auto-scaling functionality (PCF, Bluemix, OpenShift, AWS, …) so OSS CF deserves one too. I have discussed this plan with Pivotal and they have encouraged me to send this email to the list. Please let me know if you have any questions. Regards, Dies Koper diesk(a)fast.au.fujitsu.com<mailto:diesk(a)fast.au.fujitsu.com> -- http://www.twitter.com/sivabalans
|
|
john mcteague <john.mcteague@...>
One of the areas of autoscaling we are looking at is in application led
autoscaling, by which I do not mean the app's themselves calling an API to scale up or down, but having an agreed contract/API between app and autoscaler by which the application can flag the need to scale up or down based on app specific metrics, not just metrics that are visible via the standard firehose/CC API. The app would not call an API, it may just expose an API endpoint that the autoscaler would poll. An example may be, if the depth of a message queue exceeds a certain limit, we need more instances of that app to consume all messages within a given SLA. We should be able to automate this in an autoscaler. John On Tue, Sep 15, 2015 at 4:42 PM, Klevenz, Stephan <stephan.klevenz(a)sap.com> wrote: +1
|
|
Padmashree B
Hi Dies,
The topic of auto-scaling is quite interesting and is a valuable functionality. Looking forward to get more information on this proposal and if there are any recent updates on the next steps. What is the timeframe you are planning for this incubator project - will help if this information, if available, can be shared. Thank you, Kind Regards, Padma
|
|