Jump to: navigation, search

Difference between revisions of "Telemetry/RoadMap"

(Open Work Items)
(Aodh (alarming))
 
(20 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
= Road Map =
 
= Road Map =
  
Current (Mitaka) Cycle Targets: https://blueprints.launchpad.net/ceilometer/mitaka
+
'''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.
  
 
* items from summit - https://etherpad.openstack.org/p/mitaka-telemetry-todos
 
* items from summit - https://etherpad.openstack.org/p/mitaka-telemetry-todos
Line 15: Line 15:
 
* https://launchpad.net/~aodh-drivers/+members#active
 
* https://launchpad.net/~aodh-drivers/+members#active
 
* https://launchpad.net/~ceilometer-drivers/+members#active
 
* https://launchpad.net/~ceilometer-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) ===
 +
* [https://bugs.launchpad.net/aodh/+bugs?field.importance%3Alist=WISHLIST wishlist items]
 
* in-tree functional tests
 
* in-tree functional tests
 
* 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
* mongo/hbase to sql backend convertor tool
+
* add an evaluator to query against prometheus
* fix services to use python-aodhclient rather than python-ceilometerclient.
 
  
 
=== Ceilometer (data collection) ===
 
=== Ceilometer (data collection) ===
* add elasticsearch functional gate
+
* [https://bugs.launchpad.net/ceilometer/+bugs?field.importance%3Alist=WISHLIST wishlist items]
* Polling schema - separate polling logic from pipeline
+
* rolling upgrades test gate
** new polling definition file https://etherpad.openstack.org/p/mitaka-telemetry-polling
 
* refine polling
 
** global caching between pollsters (https://etherpad.openstack.org/p/mitaka-telemetry-polling)
 
* Cache everything everywhere, all the time
 
** add to sql driver
 
 
* rally tests
 
* rally tests
  
 
=== Gnocchi (metric storage) ===
 
=== Gnocchi (metric storage) ===
* indexer sharding support
+
* NOTE: Gnocchi has moved outside of OpenStack scope. It is developed outside of OpenStack but will remain compatible.
* dynamic resource creation
+
* Issues tracked at [https://github.com/gnocchixyz/gnocchi/issues gnocchi github]
* benchmark
 
* migrate tempest plugin
 
  
 
== Future Targets ==
 
== Future Targets ==
Line 46: Line 43:
 
* log processing
 
* log processing
 
* application level monitoring
 
* application level monitoring
* project defined meters - leveraging declarative meters
 
 
* group based configuration control - connect tooz to manage configuration and allow for better control of configuration updates.
 
* group based configuration control - connect tooz to manage configuration and allow for better control of configuration updates.
* Nova
 
** the end of nova polling (http://lists.openstack.org/pipermail/openstack-dev/2015-June/067589.html)
 
 
** nova cell metrics
 
** nova cell metrics
 
** nova availability zone metrics
 
** nova availability zone metrics
Line 55: Line 49:
 
* granular ttl control (project level / meter level)
 
* granular ttl control (project level / meter level)
 
* CADF event indexer - generic definition to index all CADF events
 
* CADF event indexer - generic definition to index all CADF events
* stop using WSME in ceilometer and aodh
+
* stop using WSME in aodh
* Release to PyPI
 
 
* Use specific configuration to load selected stevedore extensions, not all of them
 
* Use specific configuration to load selected stevedore extensions, not all of them
 
** remove stevedore plugins out of tree
 
** remove stevedore plugins out of tree
Line 63: Line 56:
  
 
== Past Cycles ==
 
== Past Cycles ==
 +
* Newton: https://blueprints.launchpad.net/ceilometer/newton
 +
* Mitaka: https://blueprints.launchpad.net/ceilometer/mitaka
 
* Liberty: https://blueprints.launchpad.net/ceilometer/liberty
 
* Liberty: https://blueprints.launchpad.net/ceilometer/liberty
 
* Kilo: https://blueprints.launchpad.net/ceilometer/kilo
 
* Kilo: https://blueprints.launchpad.net/ceilometer/kilo
 
* Juno: https://blueprints.launchpad.net/ceilometer/juno
 
* Juno: https://blueprints.launchpad.net/ceilometer/juno

Latest revision as of 06:18, 14 June 2021

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.

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)

  • wishlist items
  • in-tree functional tests
  • event alarm multiple workers
  • use oslo.messaging batch notification listener
  • alarm CRUD events
  • adopt oslo.db pagination
  • add an evaluator to query against prometheus

Ceilometer (data collection)

Gnocchi (metric storage)

  • NOTE: Gnocchi has moved outside of OpenStack scope. It is developed outside of OpenStack but will remain compatible.
  • Issues tracked at gnocchi github

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