Open Stack

Hi, we have been struggling with getting a meaningful set of metrics from LB stats thru ceilometer, and from a discussion about module responsibilities for providing data, an interesting idea came up. (Thanks Pradeep!)
The proposal is to consolidate some kinds of metrics as pool up time (hours) and average or historic response times of VIPs and listeners, to avoid having ceilometer querying for the state so frequently. There is a trade-off between fast response time (high sampling rate) and reasonable* amount of cumulative samples.
The next step in order to give more detail to the idea is to work on a use cases list to better explain / understand the benefits of this kind of data grouping.

What dou you think about this?
Do you find it will be useful to have some processed metrics on the loadbalancer side instead of the ceilometer side?
Do you identify any measurements about the load balancer that could not be obtained/calculated from ceilometer?
Perhaps this could be the base for other stats gathering solutions that may be under discussion?

Andres
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140610/3bb494c4/attachment.html>