cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daan Hoogland <daan.hoogl...@gmail.com>
Subject Re: [Discuss] AutoScaling.next in CloudStack
Date Thu, 28 Nov 2013 11:16:28 GMT
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?



On Thu, Nov 28, 2013 at 11:31 AM, Nguyen Anh Tu <tuna@apache.org> wrote:
> On Wed, Nov 27, 2013 at 6:15 PM, Daan Hoogland <daan.hoogland@gmail.com>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
>> components, do you? i.e. the monitoriing service from Chiradeeps
>> picture[2]
>>
>> Daan
>>
>> [1]
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+for+Integrating+CS+alerts+via+SNMP+to+external+management+system
>> [2]
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Autoscale+framework
>>
>
> Thanks Daan,
>
> Sure, I already read these pages. The SNMP alert feature is a good starting
> point. I learn how to push SNMP traps to SNMP external manages. But it's
> not really fit my scenario. That feature takes alert information from
> build-in event alert module, formats it to trap messages and forwards them
> to SNMP manager. Actually alert information don't cover VM-level. I need to
> think about installing SNMP agent to each VM, or a method that helps
> hypervisor to collect information from it's VMs.
>
> Cheers,

Mime
View raw message