Stein Project Priorities

Stein Project Priorities

List of priorities the Watcher drivers team is prioritizing in Stein.

Priority

Owner

API Microversioning

Alexander Chadin

Watcher Planner Selector

Alexander Chadin

Define grammar for workload characterization

Alexander Chadin

Bare metal node N+1 redundancy

Dao Cong Tien

Ironic notifications for bare metal DM

Alexander Chadin

Update Data Model by Nova notifications

Li Canwei

Display Data Model of specified Audit

chenke

Add the start/end time for CONTINUOUS audit

Li Canwei

Audit scoper for baremetal data model

Yumeng Bao

Enhance watcher Applier engine

Li Canwei

API Microversioning

We have to provide backward compatibility by adding API microversioning since Watcher get new resources and their attributes during development cycles.

Watcher Planner Selector

This component is responsible for selecting an appropriate planner for a given strategy depending on several factors (e.g list of actions used by the strategy or user request)

Define grammar for workload characterization

As we run several workloads in a cloud, we should be able to characterize such workloads as input to watcher for ensuring Application QoS, placements and consolidation. An example of workload characterization is a weighted combination of CPU, Memory or any other resource attributes like High IOPs, Network latency etc.

Bare metal node N+1 redundancy

This proposes high availability/reliability feature to support Bare Metal Node N+1 Redundancy based on data from Ceilometer.

When a bare metal node is failed due to hardware problem or is likely to be failed due to a sign of hardware failure, this function allows to switch over the node safely to another bare metal node in short time if the failed node is booted from a volume.

Ironic notifications for bare metal DM

Update the bare metal data model by ironic notifications

Update Data Model by Nova notifications

Watcher consumes Nova notifications to update its Data Model. So far only several notifications are used, there are many notifications need to be consider, such as instance poweron/poweroff, they all change the state of instance. Watcher should update the state of instance in the Data Model by consuming appropriate Nova notifications that influence the state of instance or compute.

Display Data Model of specified Audit

This blueprint will allow to display structure of Audit’s Data Model. Data Model stucture should be useful for operators who would like to know the set of resources, which are also known as scope, that are used by Audit. The response can be represent as table in case of CLI and as graph model in case of Watcher Dashboard.

Add the start/end time for CONTINUOUS audit

Currently we can only set audit execution interval, but we can not set audit start and end time. We need to increase the audit start and end time for CONTINUOUS audit.

Audit scoper for baremetal data model

Since baremetal data model was added, we need audit scoper for baremetal data model as compute data model has.

Enhance watcher Applier engine

Currently watcher’s Applier can only run actions one by one or parallel. We need to decide whether the next action is executed based on the result of the previous action, so we need to enhance the applier.

Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.