Ask Your Question
0

How to collect run-time notifications from Collector in Ceilometer before they're stored in the Datastore?

asked 2016-01-26 17:56:49 -0500

ghassan gravatar image

Hi, Considering that the metering data is stored in the datastore, it is not current - Is there a way to get the data at run-time from the Collectors/Notification Bus/other Agents directly before it is stored in the datastore? I am a newbie to OpenStack Ceilometer and going through the documentations. Please ignore if my question seems to be stupid. Any help will be appreciated.

edit retag flag offensive close merge delete

2 answers

Sort by ยป oldest newest most voted
0

answered 2016-02-09 00:31:41 -0500

yprokule gravatar image

Hi Ghassan,

Could U clarify what U want to achieve? The regular flow is: OpenStack Services emit notificaitons(if configured) -> data received by ceilometer-notification -> stored as events (if configured) / converted to meter and stored as meter by ceilometer-collector. This flow is quite fast so data is almost available at run-time

edit flag offensive delete link more
0

answered 2016-03-13 21:20:21 -0500

Brett S gravatar image

i'll piggy back onto this question as i'm interested in options around this topic.

For example, to enable real time integration of events requiring alarming (via an existing enterprise tool used for single pane of glass for alarms across organisation) or passing meter data to a 3rd party application for performance and billing consumption.

One option i was considering, was how to create another queue, to have all telemetry events / notifications duplicated to it (so ceilometer still gets its data without interruption), and have selected messages passed to a 3rd party application. (potentially calls a local script to pass the data via command line to consuming applicaiton)

This option gives real time alerting for error events within the existing enterprise tool, and real time storing of performance / billing data. Having to wait for ceilometer to process and store events, then have your external application call the ceilometer API say on a schedule is doable, but introduces a lag time plus additional coding to get just the last events since last poll, etc. etc .. this is probably acceptable for performance / billing, but for alerting its not so nice..

edit flag offensive delete link more

Comments

RFE for alerting based on events - https://blueprints.launchpad.net/ceil...

yprokule gravatar imageyprokule ( 2016-03-14 01:29:54 -0500 )edit

to clarify, there are many enterprise monitoring and alerting products (e.g. Nagios, Operations Manager, etc). Openstack doesn't need to implement these functions (alarming etc), just an easier way of consuming the events / metrics. e.g.logging events, and publishing a performance counter for metric

Brett S gravatar imageBrett S ( 2016-03-14 20:36:34 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

2 followers

Stats

Asked: 2016-01-26 17:45:29 -0500

Seen: 170 times

Last updated: Mar 13 '16