[openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer

Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo) vijayakumar.kodam.ext at nsn.com
Wed Jan 8 15:59:55 UTC 2014

From: ext Tim Bell [mailto:Tim.Bell at cern.ch]
Sent: Tuesday, January 07, 2014 8:22 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer

Thinking using inotify/configuration file changes to implement dynamic meters, this would be limited to administrators of ceilometer itself (i.e. with write access to the file) rather than the project administrators (as defined by keystone roles). Thus, as a project administrator who is not the cloud admin, I could not enable/disable the meter for a project only.

It would mean that scripting meter on/off would not be possible if there was not an API to perform this.

Not sure if these requirements are significant and the associated impact on implementation complexity, but they may be relevant in scoping out the blueprint and subsequent changes


Agree with your suggestion. I have updated the design by adding APIs. Whenever an API request is received by the ceilometer-api, it shall modify the config file and inform the ceilometer agents.
You can find detailed information at


From: Doug Hellmann [mailto:doug.hellmann at dreamhost.com]
Sent: 06 January 2014 23:35
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer

On Tue, Dec 31, 2013 at 4:53 AM, Kodam, Vijayakumar (EXT-Tata Consultancy Ser - FI/Espoo) <vijayakumar.kodam.ext at nsn.com<mailto:vijayakumar.kodam.ext at nsn.com>> wrote:

Currently there is no way to enable or disable meters without restarting ceilometer.

There are cases where operators do not want to run all the meters continuously.
In these cases, there should be a way to disable or enable them dynamically.

We are working on this feature right now. I have also created a blueprint for the same.

We would love to hear your views on this feature.

There isn't much detail in the blueprint. Do you have a more comprehensive document you can link to that talks about how you intend for it to work?


VijayKumar Kodam

OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140108/9c6ab1ca/attachment.html>

More information about the OpenStack-dev mailing list