Hide Forgot
Description of problem: Ironic is not multi-tenant out of the box. If you use Ironic to manage 100% of infrastructure that instance of Ironic would see all hardware with root privileges. If you expose that to the overcloud at root level, the fear is that tenants may have exposure to hardware. Additionally, the scheduler within an overcloud may not know which machines are for tenant usage only. We need to support one instance of Ironic within the undercloud for OSP component host deployment AND then a separate instance or Ironic that is exposed to Nova and services within the overcloud. The problem can be summed up as follows: - No traffic isolation - Compute instances would have access to the provisioning plane - All nodes are in a single L2 domain - No tenant isolation
The actual feature has landed upstream in Newton, so it will be usable with some level of manual configuration. I'm not sure we'll have documentation and potential TripleO bits in time though.
Can we close this as a duplicate of Partnerhttps://bugzilla.redhat.com/show_bug.cgi?id=1330826?
Duplicated of Red Hathttps://bugzilla.redhat.com/show_bug.cgi?id=1242593 as well
*** Bug 1340231 has been marked as a duplicate of this bug. ***
Hello Red Hat, Could you clarify what is required for this feature to be supported in OSP? Regards, Tatsuya Kitamura
The previous comment was supported to be for PartnerBZ#1330826. Sorry. Tatsuya Kitamura
*** This bug has been marked as a duplicate of Partnerbug 1330826 ***
Support for neutron networking plugin and provisioning networks landed in https://review.openstack.org/#/c/452837/. Now we're ready to test this feature. A suitable ML2 plugin (not covered by this RFE) is required to actually use this feature.
Marking this as TechPreview
What is the latest status for this. Does it make it into OSP13?
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2018:2086