From: ext Tim Bell [mailto:tim.b...@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 Tim Tim, 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 https://etherpad.openstack.org/p/dynamic-meters Regards, VijayKumar From: Doug Hellmann [mailto:doug.hellm...@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....@nsn.com<mailto:vijayakumar.kodam....@nsn.com>> wrote: Hi, 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. https://blueprints.launchpad.net/ceilometer/+spec/dynamic-meters 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? Doug Regards, VijayKumar Kodam _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org<mailto:OpenStack-dev@lists.openstack.org> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
