<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div>hi,</div><div><br></div><div>just to follow-up, thanks for the input, the usability of ceilometer is obviously a concern of ours and something the team tries to address with the resources <span style="font-size: 12pt;">we have.</span></div><div><br></div><div><span style="font-size: 12pt;">as a quick help/update, here are some points of interests that i think might help:</span></div><div><span style="font-size: 12pt;">- if using Juno+, DO use the notifier:// publisher rather than rpc:// as there is a certain level of overhead that comes with rpc[1]. you can also configure multiple messaging servers if there are load issues.</span></div><div><span style="font-size: 12pt;">- a part of the telemetry team has been exploring tsdb and we expect to have a tech preview for Kilo. the project is called Gnocchi[2]</span></div><div><span style="font-size: 12pt;">- in Kilo, we expanded notification event handling (existing stacktach integration code) and said events can be published to an external source(s) or to a </span><span style="font-size: 12pt;">database (ElasticSearch for full-text querying, in addition to mongo, sql)</span></div><div><span style="font-size: 12pt;">- ceilometer does not configure databases. operators are expected to read up on the db of choice and properly configure db to their needs (ie. don't run default mongo install on a single node with no sharding to store data from 2000 nodes)[3]</span></div><div><span style="font-size: 12pt;">- DO adjust your pipeline to only store events/meters that you use. by default, ceilometer gives you the world and from there you can filter based on requirements.</span></div><div><span style="font-size: 12pt;">- it's entirely possible to use ceilometer to gather data and store it externally and avoid ceilometer storage (if you so choose)</span></div><div><span style="font-size: 12pt;">- DO NOT use SQL backend prior to Juno... for any deployment size... any...</span></div><div><span style="font-size: 12pt;">- there was some work in Kilo to jitter polling cycle of agents to distribute load.</span></div><div><span style="font-size: 12pt;">- the agents are designed to scale horizontally to increase bandwidth. also, they work independently so if you want just notifications, it's possible to just deploy the notification agent and nothing else.</span></div><div><br></div><div><span style="font-size: 12pt;">we've also been updating -- and still continuing to update -- some of the docs to better reflect some of the changes made to Ceilometer in Juno and Kilo[4][5]. particularly, i'd probably look at the architecture diagram[6] to get an idea of what components of ceilometer you could use to fit your needs.</span></div><div><br></div><div>i'm probably missed stuff but i hope the above helps. as always, community help is always invited. if you have a patch that will improve ceilometer, the <span style="font-size: 12pt;">community gladly welcomes it.</span></div><div><span style="font-size: 12pt;"><br></span></div><div><span style="font-size: 12pt;">[1] https://www.rabbitmq.com/tutorials/tutorial-six-python.html</span></div><div>[2] http://www.slideshare.net/EoghanGlynn/rdo-hangout-on-gnocchi</div><div>[3] http://blog.sileht.net/using-a-shardingreplicaset-mongodb-with-ceilometer</div><div>[4] http://docs.openstack.org/admin-guide-cloud/content/ch_admin-openstack-telemetry.html</div><div>[5] http://docs.openstack.org/developer/ceilometer/</div><div>[6] http://docs.openstack.org/developer/ceilometer/architecture.html (self-plug for my amazing diagram skills)</div><div><br></div><div><span style="font-size: 12pt;">cheers,</span></div><font face="Calibri"><i>gord</i></font><br> </div></body>
</html>