Filter Allocation Candidates by Provider Tree

Registered by Tetsuro Nakamura on 2018-09-19

Placement currently supports ``in_tree`` query parameters for the ``GET /resource_providers`` endpoints. This parameter is a string representing a resource provider uuid, and when this is present, the response is limited to resource providers within the same tree of the provider indicated by the uuid.

However, ``GET /allocation_candidates`` doesn't support the ``in_tree`` query parameter to filter the allocation candidates by resource tree. This results in inefficient post-processing in some cases where the caller has already selected the resource provider candidates before calling that API.

This blueprint proposes to support for filtering allocation candidates by provider tree which the caller has already picked up.

Blueprint information

Status:
Complete
Approver:
Matt Riedemann
Priority:
Low
Drafter:
Tetsuro Nakamura
Direction:
Approved
Assignee:
Tetsuro Nakamura
Definition:
Approved
Series goal:
Accepted for stein
Implementation:
Implemented
Milestone target:
milestone icon stein-3
Started by
Matt Riedemann on 2018-11-14
Completed by
Matt Riedemann on 2019-03-01

Related branches

Sprints

Whiteboard

Gerrit topic: https://review.openstack.org/#q,topic:bp/alloc-candidates-in-tree,n,z

Addressed by: https://review.openstack.org/603585
    Spec: allocation candidates in tree

Approved for Stein, but technically the placement API is still frozen until we've completed the extraction, and we need to determine how to get the placement fixture from the extracted repo working in nova's functional tests so nova can leverage the API change from placement. -- mriedem 20181114

We decided to unfreeze the (extracted) placement API for Stein but because the changes are being made in the placement repo rather than the nova repo, the changes are not reflected in launchpad, but the blueprint is in progress: https://review.openstack.org/#/q/topic:bp/alloc-candidates-in-tree+(status:open+OR+status:merged) -- mriedem 20190224

Addressed by: https://review.openstack.org/639033
    Update alloc-candidates-in-tree

There is an outstanding spec amendment but that's mostly just docs at this point, the 1.31 microversion is merged so I'm going to mark this as complete. -- mriedem 20180301

Addressed by: https://review.openstack.org/645749
    Move Stein implemented specs

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.

Subscribers

No subscribers.