Jump to: navigation, search


< Governance‎ | Proposed
Revision as of 23:29, 17 February 2013 by Ryan Lane (talk | contribs) (Text replace - "__NOTOC__" to "")

Ceilometer Incubator Application

Project codename: Ceilometer

Summary (one sentence abstract of the project): New objective since the Grizzly summit: The project aims to become the infrastructure for all measurements within OpenStack.

Previous mission statement: The project aims 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.

Detailed Description:

What is the purpose of the project and vision for it?

  • Provide efficient collection of metering data, in terms of CPU and network costs.
  • Allow deployers to integrate with the metering system directly or by replacing components.
  • Data may be collected by monitoring notifications sent from existing services or by polling the infrastructure.
  • Allow deployers to configure the type of data collected to meet their operating requirements.
  • The data collected by the metering system is made visible to some users through a REST API.
  • The metering messages are signed and non repudiable (http://en.wikipedia.org/wiki/Non-repudiation)
  • The project is for collecting resource usage data related to billing, but does not include any facility for recording customer billing details or actually charging customers or for transforming collected data into billing items.

Describe the relevance of the project to other OpenStack projects and the OpenStack mission to provide a ubiquitous cloud computing platform:

  • Currently each production cloud deployed using OpenStack needs to re-implement it's own metering solution as OpenStack does not deliver a standard way to provide this to billing engines
  • As each implements its own solution, there is
    • a massive amount of effort that is being duplicated
    • no standard way to collect information across OpenStack projects
    • potential patches to collect unavailable information, specific to each cloud deployment, that are hard to maintain.
  • What public cloud does not need to bill for its usage?
  • What private cloud does not need, at least, to be able to inform its users of their use and cost?
  • Access to metering information (and standardization of it) is a common requirement of cloud end users

Basic roadmap for the project:

  • v1 delivered with Folsom with all functions required to collect base metering info and provide standard API access
  • v2 delivered with G as an incubated project with (subject to variation)
    • End-User API access to own metering information
    • Integration of information summary as an Horizon plugin
    • New agents for other OpenStack components (Quantum Engines? Heat? etc...)
    • Extension of the framework for measurements in general (see session design notes)
  • Move to core for H
  • See also EfficientMetering/RoadMap

Location of project source code:

Programming language, required technology dependencies:

  • Python
  • Depends on openstack-common
  • Agents depend on respective OpenStack project they cover

Is project currently open sourced? What license?:

  • Apache 2 licensed

Level of maturity of software and team:

  • High

Proposed project technical lead and qualifications:

  • Currently led by nijaba, following august's project elections
  • nijaba is Canonical's Cloud Product Manager, some of his contribution can be found at https://wiki.ubuntu.com/NicolasBarcet

Other project developers and qualifications:

Infrastructure requirements (testing, etc):

  • Already integrated with gerrit and jenkins. Tests cases required for each submit.

Have all current contributors agreed to the OpenStack CLA?

  • Yes

What is the integration status of this project with other OpenStack projects?

Project Status
Nova Complete
Swift Discussion
Keystone Complete
Glance Complete
Horizon Future
Cinder Complete
Quantum Complete

Status: To be completed by PPB