[Openstack-operators] [openstack-dev] [Ceilometer] Real world experience with Ceilometer deployments - Feedback requested

Emilien Macchi emilien at redhat.com
Tue Mar 10 21:10:24 UTC 2015



On 03/10/2015 04:34 PM, gordon chung wrote:
> sorry, i apparently don't know how to format emails...

I actually like the format, we should all switch to outlook.
Kidding.

Just bringing my two cents about MongoDB sharding, which is changing
performances at scale; though the ElasticSearch is also very
interesting. Is it something that is gated in OpenStack Infra?
Can we expect something usable in production for Kilo?

> 
> cheers,
> /gord/
> 
> 
> ------------------------------------------------------------------------
> From: gord at live.ca
> To: openstack-operators at lists.openstack.org;
> openstack-dev at lists.openstack.org
> Date: Tue, 10 Mar 2015 16:05:47 -0400
> Subject: Re: [openstack-dev] [Openstack-operators] [Ceilometer] Real
> world experience with Ceilometer deployments - Feedback requested
> 
> hi,
> 
> 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 we have.
> 
> as a quick help/update, here are some points of interests that i think
> might help:
> - 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.
> - 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]
> - 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 database (ElasticSearch for full-text querying, in
> addition to mongo, sql)
> - 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]
> - 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.
> - it's entirely possible to use ceilometer to gather data and store it
> externally and avoid ceilometer storage (if you so choose)
> - DO NOT use SQL backend prior to Juno... for any deployment size... any...
> - there was some work in Kilo to jitter polling cycle of agents to
> distribute load.
> - 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.
> 
> 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.
> 
> 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 community gladly welcomes it. 
> 
> [1] https://www.rabbitmq.com/tutorials/tutorial-six-python.html
> [2] http://www.slideshare.net/EoghanGlynn/rdo-hangout-on-gnocchi 
> [3] http://blog.sileht.net/using-a-shardingreplicaset-mongodb-with-ceilometer
> [4] http://docs.openstack.org/admin-guide-cloud/content/ch_admin-openstack-telemetry.html
> [5] http://docs.openstack.org/developer/ceilometer/
> [6] http://docs.openstack.org/developer/ceilometer/architecture.html (self-plug
> for my amazing diagram skills)
> 
> cheers,
> /gord/
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
> 

-- 
Emilien Macchi

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150310/2d821388/attachment.pgp>


More information about the OpenStack-operators mailing list