[RFE] aggregate support in Ironic

Bug #1661571 reported by George Shuklin
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Ironic
Invalid
Wishlist
Hao Li

Bug Description

Right now Ironic have a single way to distinct one node from another during server creation: by using flavors and properties in the nodes, matching those in flavors.

Nova supports conception of aggregates/availability zones, when tenant has freedom to specify availability zone during instance creation (--availability-zone option for "openstack server create"/"nova boot"). It would be nice if ironic have a way to assign node to certain aggregate and take that information in account during instance scheduling.

Tags: needs-spec rfe
Changed in ironic:
status: New → Triaged
importance: Undecided → Wishlist
tags: added: rfe
summary: - RFE: aggregate support in Ironic
+ [RFE] aggregate support in Ironic
Revision history for this message
Hao Li (lihaosz) wrote :

In my company, we do a lot of work for make ironic supported aggregate. I will commit the specs and then commit the codes soon.

Changed in ironic:
assignee: nobody → Hao Li (lihaosz)
Hao Li (lihaosz)
Changed in ironic:
status: Triaged → In Progress
Revision history for this message
Ruby Loo (rloo) wrote :

Are you still working on this Hao Li? There isn't any patch link here, so I'm setting it back to triaged.

tags: added: needs-spec
Changed in ironic:
status: In Progress → Opinion
status: Opinion → Triaged
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on ironic-specs (master)

Change abandoned by Julia Kreger (<email address hidden>) on branch: master
Review: https://review.opendev.org/441924
Reason: Abandoning spec as it has not been updated in nearly three years. Functionally, the basic idea has been implemented with the conductor_groups functionality and the ability to select groups from the nova-compute.

Revision history for this message
Julia Kreger (juliaashleykreger) wrote :

Ironic implemented the idea of responsibility to a group of conductors which is assigned through the conductor_group field in the API, which then allows the nova configuration to move independently. In the case of scheduling to drive responsibility, it was just not possible with our model of management and the underlying needs for operators require more static architecture the closer we get to the hardware. As such, I'm going to mark this item as invalid.

Changed in ironic:
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.