[openstack-dev] [Metering] Different polling intervals for each pollster
Domas Monkus
domas.monkus at canonical.com
Wed Nov 7 13:29:46 UTC 2012
Hello,
I have found the following wish-list item in the ceilometer project:
https://bugs.launchpad.net/ceilometer/+bug/1010037
I have read the associated email thread [1] and launchpad blueprint [2],
however, the task still seems in need of further discussions. To be more
exact, there are a few things that are still unclear:
1. How should pollster-specific polling intervals be specified? The
blueprint mentions that publishers (I assume it means collectors) should
specify the intervals, however I don't think that a communication
channel between the collector and the central agent running the
pollsters is in place.
2. Should pollsters be able to specify a polling interval (perhaps an
inherited default) to the central agent?
3. If other ways of setting the polling intervals are probably possible
(e.g. the config file), should there be a hierarchy specified of which
setting override which ones?
4. Should the current periodic_interval configuration value be used as a
safe fall back for pollsters without explicitly defined values?
5. What is the granularity of polling intervals? Seconds?
And finally an implementation idea:
I do not think that having separate periodic tasks for each pollster is
the best solution for this problem. Assuming a second granularity for
polling intervals, the central agent manager can maintain a map of
pollsters and their intervals. As long as the manager is called with an
interval that is a GCD of its pollster intervals, it can basically
calculate how often each pollster should be queried.
Domas Monkus
[1] https://lists.launchpad.net/openstack/msg12916.html
[2]
https://blueprints.launchpad.net/ceilometer/+spec/publisher-counters-frequency
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121107/905580c8/attachment.html>
More information about the OpenStack-dev
mailing list