Jump to: navigation, search

Difference between revisions of "Telemetry/RoadMap"

m (Gnocchi (metric storage))
(Open Work Items)
Line 18: Line 18:
 
* https://launchpad.net/~ceilometer-drivers/+members#active
 
* https://launchpad.net/~ceilometer-drivers/+members#active
 
* https://launchpad.net/~gnocchi-drivers/+members#active
 
* https://launchpad.net/~gnocchi-drivers/+members#active
 +
 +
=== All Projects ===
 +
* service status interface
 +
** raise details on health, message processing rate, etc...
  
 
=== Aodh (alarming) ===
 
=== Aodh (alarming) ===
Line 23: Line 27:
 
* event alarm multiple workers
 
* event alarm multiple workers
 
* use oslo.messaging batch notification listener
 
* use oslo.messaging batch notification listener
 +
* alarm CRUD events
 
* adopt oslo.db pagination
 
* adopt oslo.db pagination
  
Line 32: Line 37:
 
** drop metadata polling requirements
 
** drop metadata polling requirements
 
* deprecate ceilometer-api
 
* deprecate ceilometer-api
 +
** document how to push to gnocchi or use  HTTP dispatcher
 +
* remove ceilometer collector
 +
* cleanup publisher/dispatcher duplicity
 +
* remove volume=1 pollsters
 +
** clean from gnocchi_resources.yaml as well
 
* generic notification agent
 
* generic notification agent
 +
* rolling upgrades test gate
 
* rally tests
 
* rally tests
  
 
=== Gnocchi (metric storage) ===
 
=== Gnocchi (metric storage) ===
* [https://bugs.launchpad.net/gnocchi/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.importance%3Alist=WISHLIST&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on wishlist items]
+
* [https://bugs.launchpad.net/gnocchi/+bugs?field.importance%3Alist=WISHLIST wishlist items]
 
* indexer sharding support
 
* indexer sharding support
 
* benchmark rewrite, generating load with python is not efficient enough for good benchmarking
 
* benchmark rewrite, generating load with python is not efficient enough for good benchmarking

Revision as of 13:36, 2 November 2016

Road Map

NOTE: We do not use blueprints in Telemetry projects. If a patch is complex or controversial, please raise the topic to the mailing list using the [telemetry] tag. In very rare cases will a spec or blueprint be required.

Current (Ocata) Cycle Targets: https://blueprints.launchpad.net/ceilometer/ocata

Priority Work Items

The following are high priority items targeted for the current cycle that require owners:

Open Work Items

The following is a list of work items that have been approved conceptually and can be targeted for the current development cycle. If a new resource is found, the following will happen; if not, it might take a while.

For more information on a item, contact us on openstack-dev mailing list or on freenode at #openstack-telemetry. The current list of core contributors can be found at each projects respective page:

All Projects

  • service status interface
    • raise details on health, message processing rate, etc...

Aodh (alarming)

  • in-tree functional tests
  • event alarm multiple workers
  • use oslo.messaging batch notification listener
  • alarm CRUD events
  • adopt oslo.db pagination

Ceilometer (data collection)

  • Polling schema - separate polling logic from pipeline
  • multiple meter/event definition file support
  • refine polling
    • drop metadata polling requirements
  • deprecate ceilometer-api
    • document how to push to gnocchi or use HTTP dispatcher
  • remove ceilometer collector
  • cleanup publisher/dispatcher duplicity
  • remove volume=1 pollsters
    • clean from gnocchi_resources.yaml as well
  • generic notification agent
  • rolling upgrades test gate
  • rally tests

Gnocchi (metric storage)

  • wishlist items
  • indexer sharding support
  • benchmark rewrite, generating load with python is not efficient enough for good benchmarking
  • project unique resource_id
  • fair scheduling
  • dynamic granularity aggregates
  • migrate tempest plugin

Future Targets

These ideas have been discussed/introduced at a high-level. They are areas of interests for the users/developers of Ceilometer but still require discussion. Proposals for concrete work items related to these items are welcomed for future cycles:

  • log processing
  • application level monitoring
  • group based configuration control - connect tooz to manage configuration and allow for better control of configuration updates.
    • nova cell metrics
    • nova availability zone metrics
  • project level pipeline control. enable ability to poll at different frequencies per project.
  • granular ttl control (project level / meter level)
  • CADF event indexer - generic definition to index all CADF events
  • stop using WSME in aodh
  • Use specific configuration to load selected stevedore extensions, not all of them
    • remove stevedore plugins out of tree
  • Add more complete evaluation of the upgrade process in the grenade plugin.
  • Notification and pollster driven functional/integration tests.

Past Cycles