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 wrote:
> Yeah, so I should edit th
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.vit...@citrix.com> wrote:
> Agree that we should have at least 1 implemented monitoring plugin.
> Before we jump into SNMP etc, I'd like t
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 wor
On Tue, Dec 3, 2013 at 10:03 AM, Nguyen Anh Tu 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
On Thu, Nov 28, 2013 at 6:16 PM, Daan Hoogland wrote:
> I don't think we should try to go beyond the hypervisor extensions on
> the vms (unless it's the systemvms) is this what you mean?
>
> on the systemvm it seems we could indeed. Is that what you mean?
>
> on the others we should try to collect
Hi Tuna,
The way the Netscaler autoscale function works is to assume that the VM
already has SNMP agent.
If the VM is Linux, it needs to have the net-snmp-util package (usually
there in most distro)
E.g., as documented here: http://goo.gl/KabIy5
On 11/28/13 2:31 AM, "Nguyen Anh Tu" wrote:
>On
I don't think we should try to go beyond the hypervisor extensions on
the vms (unless it's the systemvms) is this what you mean?
on the systemvm it seems we could indeed. Is that what you mean?
on the others we should try to collect through the hypevisor and not
beyond that, would you agree?
O
On Wed, Nov 27, 2013 at 6:15 PM, Daan Hoogland wrote:
> I have some (limited) experience, it seems the fs[1] refered in this
> thread is good enough if you need to expose data. How much of this is
> being implemented at the moment?
>
> I suppose you need to design a way for leveraging data from
>
.
>>
>>
>> > -Original Message-
>> > From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
>> > Sent: Tuesday, November 26, 2013 8:07 AM
>> > To: dev@cloudstack.apache.org
>> > Subject: Re: [Discuss] AutoScaling.next in CloudStack
ailto:chiradeep.vit...@citrix.com]
> > Sent: Tuesday, November 26, 2013 8:07 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [Discuss] AutoScaling.next in CloudStack
> >
> > Hi Tuna,
> >
> > I boldly diagrammed out what we talked about here:
> &g
m: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
> Sent: Tuesday, November 26, 2013 8:07 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [Discuss] AutoScaling.next in CloudStack
>
> Hi Tuna,
>
> I boldly diagrammed out what we talked about here:
>
> https://cwiki.apache.or
2013/11/26 Chiradeep Vittal
> Hi Tuna,
>
> I boldly diagrammed out what we talked about here:
>
> https://cwiki.apache.org/confluence/x/M6YTAg
>
> The idea is to keep the monitoring part separate from the autoscale
> decision.
> So, the monitoring can be SNMP/RRD/whatever.
>
> Scale-up using reco
Hi Tuna,
I boldly diagrammed out what we talked about here:
https://cwiki.apache.org/confluence/x/M6YTAg
The idea is to keep the monitoring part separate from the autoscale
decision.
So, the monitoring can be SNMP/RRD/whatever.
Scale-up using reconfiguration then becomes a mere matter of modif
13 matches
Mail list logo
