Difference between revisions of "Meetings/Ironic"
< Meetings
(→Agenda for next meeting) |
(→Agenda for next meeting: add hash ring, update a few other items) |
||
Line 11: | Line 11: | ||
** | ** | ||
* Outstanding, in-progress or Action Item updates: | * Outstanding, in-progress or Action Item updates: | ||
− | ** | + | ** consistent hashing to map instance to conductor |
* Integration and testing | * Integration and testing | ||
** devstack & tempest | ** devstack & tempest | ||
**** Tempest tests for Ironic API: https://review.openstack.org/#/c/48109 | **** Tempest tests for Ironic API: https://review.openstack.org/#/c/48109 | ||
− | |||
− | |||
− | |||
**** Enable tempest tests in check and gate pipelines for Ironic: https://review.openstack.org/#/c/53917 | **** Enable tempest tests in check and gate pipelines for Ironic: https://review.openstack.org/#/c/53917 | ||
− | ** diskimage-builder element - Out of date! (NobodyCam | + | ** diskimage-builder element - Out of date! (NobodyCam to update) |
**** [https://wiki.openstack.org/wiki/Ironic#Using_Disk_Image_Builder HowTo] now updated with ironicclient | **** [https://wiki.openstack.org/wiki/Ironic#Using_Disk_Image_Builder HowTo] now updated with ironicclient | ||
**** [https://github.com/NoBodyCam/ironic-element element_with_client] | **** [https://github.com/NoBodyCam/ironic-element element_with_client] | ||
Line 31: | Line 28: | ||
*** Ironic will need to handle dhcp for pxe deploys | *** Ironic will need to handle dhcp for pxe deploys | ||
*** Ironic client will need a method to initiate a deploy | *** Ironic client will need a method to initiate a deploy | ||
− | *** | + | *** PXE driver should update Neutron DHCP OPTs directly |
+ | ** dkehn working on porting a portion of neutron client to Ironic | ||
* API discussion: | * API discussion: | ||
** Exposing node deploy() | ** Exposing node deploy() |
Revision as of 18:49, 2 December 2013
Weekly Ironic Project Team Meeting
If you're interested in bare metal deployments with OpenStack, please join us. This meeting is where we'll talk about the Ironic project, an evolution of the Nova Baremetal driver. Anyone is welcome to add items to the agenda below, or bring up their topic during the open discussion at the end of each meeting.
Meetings are held in the #openstack-meeting
room on irc.freenode.net
at 19:00 UTC on Mondays. The next meeting is scheduled for November 25th, 2013 (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20131125T1900).
The related TripleO project has its team meeting on Tuesday at the same time, in the #openstack-meeting-alt room.
Agenda for next meeting
- Greeting, roll-call and announcements.
- Outstanding, in-progress or Action Item updates:
- consistent hashing to map instance to conductor
- Integration and testing
- devstack & tempest
- Tempest tests for Ironic API: https://review.openstack.org/#/c/48109
- Enable tempest tests in check and gate pipelines for Ironic: https://review.openstack.org/#/c/53917
- diskimage-builder element - Out of date! (NobodyCam to update)
- HowTo now updated with ironicclient
- element_with_client
- Integration testing scheme.
- PoC based on https://github.com/mirantis/devops
- Future openstack based scheme (requires PXE booting in nova libvirt driver https://blueprints.launchpad.net/nova/+spec/libvirt-empty-vm-boot-pxe).
- devstack & tempest
- python-ironicclient
- How will the nova driver initiate a deploy?
- Nova driver
- NobodyCam has been working on the nova driver and has found:
- Ironic will need to handle dhcp for pxe deploys
- Ironic client will need a method to initiate a deploy
- PXE driver should update Neutron DHCP OPTs directly
- dkehn working on porting a portion of neutron client to Ironic
- NobodyCam has been working on the nova driver and has found:
- API discussion:
- Exposing node deploy()
- vendor_passthru
- HTTP response body
- PUT "{data}" to /v1/nodes/{UUID}/vendor_passthru/{method}
- initial work done: call conductor to validate. cast to start the work. return 202-in-progress. some functionality still to add.
- should we allow POST and GET?
- should data have any requirements / limits? (ie. size < 1k, must be json, etc..)
- open discussion
- Ironic to probe metrics from other hardware devices, not only servers. (e.g storage arrays)