cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nguyen Anh Tu <t...@apache.org>
Subject Re: [Discuss] AutoScaling.next in CloudStack
Date Wed, 04 Dec 2013 18:36:03 GMT
Dear all,

I updated wiki doc for autoscaling feature. It's just a draft version and
need reviewed. Take a look on that.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Autoscale+framework

Cheers,

--Tuna


On Wed, Dec 4, 2013 at 10:57 PM, Nguyen Anh Tu <tuna@apache.org> wrote:

> Yeah, so I should edit the wiki page. Back to you guys when I finish the
> draft.
>
> Cheers,
>
> --Tuna
>
>
> On Wed, Dec 4, 2013 at 1:24 AM, Chiradeep Vittal <
> Chiradeep.Vittal@citrix.com> wrote:
>
>> Agree that we should have at least 1 implemented monitoring plugin.
>> Before we jump into SNMP etc, I'd like to see the public interfaces of the
>> monitoring and AS services.
>> In the figure I had sketched out, I'd like to see the specifications of
>> all the APIs.
>>
>> We can then enumerate the autoscaling workflows and see if the APIs are
>> sufficient.
>> Some of the flows are:
>> 1. Create a launch configuration
>> 2. Create AS group using the launch config in #1
>> 3. Scheduled scaling
>> 4. Dynamic (load-based) scale up and down
>>
>>
>> On 12/3/13 2:54 AM, "Daan Hoogland" <daan.hoogland@gmail.com> wrote:
>>
>> >On Tue, Dec 3, 2013 at 10:03 AM, Nguyen Anh Tu <tuna@apache.org> wrote:
>> >> + what SNMP software we use? I found Net-SNMP but not sure it's okie.
>> >>Need
>> >> to try and review it.
>> >There are a lot of oopen source and commercial once out there. We need
>> >an open source one. Given that we are probably going to have to do
>> >some work on the library our selves, I think license compatability
>> >with apache deserves the greatest consideration.
>> >
>> >> + what metric we decide to monitor for AS action?
>> >I think we should design a solution that reads from a configuration
>> >file what mibs/oids to query from what device. So we don't need to
>> >make this decision in this (design) phase
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message