<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 16, 2015 at 5:03 PM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Excerpts from Andrew Bogott's message of 2015-09-16 10:03:48 -0700:<br>
<span class="">> My users are mostly happy with VMs, but I get occasional requests for<br>
> physical hardware in order to host databases, run performance tests,<br>
> etc.  I'd love to rack a dozen small servers and graft the ironic<br>
> service onto my existing cloud in order to fulfill these sporadic<br>
> needs.  I'm given pause, though, by this doc section:<br>
><br>
> <a href="http://docs.openstack.org/developer/ironic/deploy/install-guide.html#configure-compute-to-use-the-bare-metal-service" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/ironic/deploy/install-guide.html#configure-compute-to-use-the-bare-metal-service</a><br>
><br>
> For example, this:<br>
><br>
>      compute_driver=nova.virt.ironic.IronicDriver<br>
><br>
><br>
> That would have me changing nova settings in such a way that would<br>
> clearly make nova /only/ support bare-metal, disabling its<br>
> virtualization facilities.  Does that mean that bare metal is really an<br>
> either/or proposition, or is there some way to make bare metal and virt<br>
> services coexist on a single nova installation?  Or is there an<br>
> in-between option that involves installing a second nova stack on<br>
> different nodes with a different config?<br>
><br>
> -- Bonus Question --<br>
><br>
> I'm still using nova-network.  Is anyone using ironic without neutron?<br>
> Or, if not, is that at least theoretically possible?<br>
><br>
<br>
</span>Yes, you need to use host aggregates. You would put the ironic compute<br>
hosts into an aggregate, and all of the other compute hosts into another,<br>
and then have the extra_specs in the flavor set to whichever aggregate<br>
you want the instance to go to.<br>
<br>
This can definitely get a little tricky with the networking if you're<br>
using overlays, since Ironic can't really attach a hardware node to a<br>
software managed L2 network, but you can just make sure users understand<br>
which networks will be available on which flavors and that should work.<br></blockquote><div><br></div><div>The response I got a few days ago was to use host aggregates with the hypervisor_type property for choosing where to start the instance:</div><div><a href="http://lists.openstack.org/pipermail/openstack-dev/2015-September/073530.html">http://lists.openstack.org/pipermail/openstack-dev/2015-September/073530.html</a></div><div><br></div><div>As you can tell from my original post, I'm not an authority on Ironic. But I've seen no mention of Ironic supporting nova networking anywhere.</div></div><br></div></div>