Open Stack

On Wed, Aug 08 2012, Nick Barcet wrote:

Hi Nick,

> - our polling interval are 5 min or more.  Would this be acceptable for
> a resource to remain unavailable that long?  Increasing this interval
> would drastically increase our data volume, and since we need to keep
> this data, volume does count.  There is a tool that we have to estimate
> volumes [2]. I don't think your tool would need to keep as much
> information for as long.

Data volume is relative. I don't think that's a good argument.

> - Ceilometer gather data from the infrastructure and has no plan to help
> monitor instances.  Wouldn't this be a requirement for CloudWatch?

This is probably a real problem, but I think that can be circumved using
the source property and a layer between instances and Ceilometer. But
that's not Ceilometer problem, more likely CloudWatch's one.

> - Ceilometer has strong requirements for traceability of information,
> something that you would not care about to collect performance metrics.

That is true, but we may make this configurable on a per source basis.

> Sorry to push you back on this, but I am afraid that the requirements
> you expose would not match our own set of requirements.  I do value your
> objective highly however, and hope that such a tool would be made
> available for OpenStack deployments, as I can see many uses cases this
> would solve.

I don't think we should push this back too quickly. If there's a chance
Ceilometer can be used by CloudWatch, we should listen.

So far, it does not seem to me that we are asked to change anything in
Ceilometer's design to fullful CloudWatch requirement. And even if some
are requested explicitely, we should discuss the amount of bending we
are ready to do to help, and if we do.

-- 
Julien Danjou
;; Free Software hacker & freelance
;; http://julien.danjou.info
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20120808/da8f0125/attachment.pgp>