OpenStack Telemetry (Ceilometer)
- For Grizzly, the new objective is The project aims to become the infrastructure to collect measurements within OpenStack so that no two agents would need to be written to collect the same data. Its primary targets are monitoring and metering, but the framework should be easily expandable to collect for other needs. To that effect, Ceilometer should be able to share collected data with a variety of consumers.
- In the 0.1 (folsom) release its goal was just to deliver a unique point of contact for billing systems to aquire all meters they need to establish customer billing, across all current and future OpenStack core components.
|15 Dec 2012||Blueprint freeze||Blueprints whose specs are not finalized by then will be re-targeted to H|
|04 Jan 2013||Bug Squash Day||Invitation to come fix bugs on Ceilometer|
|10 Jan 2013||¤ Grizzly-2||First milestone Ceilometer has in common with other OpenStack projects|
|21 Feb 2013||¤ Grizzly-3||Last milestone before release|
|05 Mar 2013||Bug Squash Day||Invitation to come fix bugs on Ceilometer|
|14 Mar 2013||RC Starts||First release candidates|
|04 Apr 2013||Grizzly Release|
Contributing to Ceilometer
The developer documentation is starting to take shape within the source and is also published at http://docs.openstack.org/developer/ceilometer/ in a more friendly format.
The project team hangs out on Freenode in the #openstack-ceilometer channel, feel free to drop by and stay as long as you want to discuss your future implementation. We use the OpenStack General Mailing List for our email discussions tagging the the subject with [metering].
The project team officially meets once a week, see Ceilometer's Meeting Agenda
More details can be found on possible contributions at Ceilometer/Contributing including:
- Setting-up Ceilometer via devstack
- Possible tasks
- Update documentation
- Close old fixed bugs
- Fix bugs
- Review patches
- Triage incoming bugs
- and more...
- Original blueprint
- Projects that use Ceilometer
- In order to estimate the amounts that your cloud may generate, a Google spreadsheet has been proposed.