Jump to: navigation, search

Difference between revisions of "EfficientMetering/GrizzlySummit/StateOfMetering"

m (Text replace - "__NOTOC__" to "")
 
(4 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
+
 
 
= State of Metering =
 
= State of Metering =
  
''Describe the state and direction of the project.''
+
Etherpad: http://etherpad.openstack.org/grizzly-ceilometer-state-of-metering
 +
 
 +
''Describe the state and direction of the project, leaving plenty of time at the end for discussion of future direction and questions.''
  
 
* Project Goals
 
* Project Goals
Line 10: Line 12:
 
** meter interpretations
 
** meter interpretations
 
** storage
 
** storage
** swap out unused parts
 
 
** reusable messaging
 
** reusable messaging
 +
** swap out unused parts (turning off meters, using a different system for storing, etc.)
 
** etc.
 
** etc.
 
* Architecture
 
* Architecture
 
** based on Nick’s diagram https://docs.google.com/drawings/pub?id=1_cIFir6HS6jSkPw7chrmyu8DGE2ZgXk79Kbj8nw-Hqo&w=733&h=595
 
** based on Nick’s diagram https://docs.google.com/drawings/pub?id=1_cIFir6HS6jSkPw7chrmyu8DGE2ZgXk79Kbj8nw-Hqo&w=733&h=595
 +
** most recent diagram and information http://ceilometer.readthedocs.org/en/latest/architecture.html
 
** discuss use of plugins
 
** discuss use of plugins
 
** cover components
 
** cover components

Latest revision as of 23:29, 17 February 2013

State of Metering

Etherpad: http://etherpad.openstack.org/grizzly-ceilometer-state-of-metering

Describe the state and direction of the project, leaving plenty of time at the end for discussion of future direction and questions.

  • Project Goals
    • metering, not monitoring
    • pluggable behaviors
    • meter sources
    • meter interpretations
    • storage
    • reusable messaging
    • swap out unused parts (turning off meters, using a different system for storing, etc.)
    • etc.
  • Architecture
  • API basics
    • examples of supported queries
    • find updated resources
    • duration & volume calculations
    • raw events
  • Implemented Meters
    • instance hours (including flavor variation)
    • CPU time
    • disk I/O
    • RAM allocation
    • VCPU allocation
    • root disk size
    • ephemeral disk size
    • floating IP allocation
  • Grizzly Work To Be Done
    • complete notification integration with other projects
    • emit more notifications
    • emit meter messages directly instead of converting notifications
    • more meters
      • volume
      • network bandwidth
      • replace RPC-based meter messages with simpler notifications
      • easier for non-OpenStack code to send meter messages
  • integrate with Horizon for users to see their data
  • Getting the Code
  • Questions