osp13

BMaaS Part 3: Multi-tenancy

So far we have learned how to configure and provision baremetal nodes with OpenStack Ironic in Part 1 of the blog. We also configured our deployment to allow zero-touch discovery in Part 2. The next "LEGO" building block is to allow our tenants/project to isolate their baremetal resources. This unique OpenStack feature can take advantage of neutron to reach out to top of rack switches (TORs) via ml2 driver and dynamically assign a VLAN id to switch ports for corresponding nodes. 

With this functionality, your tenants can take ownership of the pool...Read more

BMaaS Part 2: Adding Ironic Inspector and Autodiscovery to overcloud

In first part of the series we have learned how to properly deploy OpenStack Ironic with Red Hat OpenStack Platform 13 (OSP13). Today we will take our deployment to the next level and enable Inspection and Autodiscovery for baremetal nodes in overcloud.

Please note OpenStack Inspector is not officially supported in OSP13 mostly due to limitation of not being capable to run in HA fashion. The limitation has been addressed and is planned to be part of the product in future release. In a mean time Red Hat requires to create support exception...Read more

BMaaS Part 1: Deploying OpenStack Ironic with Red Hat OSP13 / TripleO Queens

OpenStack Ironic is one of the most exciting project I had pleasure to work with and help my clients with in the last year. Project Ironic is all about provisioning clusters of Baremetal nodes based on images stored in Glance with assigned networks managed by Neutron.

In the past Ironic has been neglected by System Architects and System Integrators mostly due to lack of feature parity comparable to more traditional baremetal bootstrap mechanisms. Now the feature gap has been mostly closed and at the same time Ironic can take advantages of other components and methodologies...Read more