<tt><font size=2>"Jake G." <Dj_dark_junglist@yahoo.com>
wrote on 13/08/2013 07:25:04 AM:<br>
> On 2013/08/13, at 12:50, Robert Collins <robertc@robertcollins.net>
wrote:<br>
> >> <br>
> >> I was wondering how to handle changing the compute_driver
in nova.conf? I<br>
> >> currently have the default<br>
> >> <br>
> >> compute_driver = libvirt.LibvirtDriver<br>
> >> libvirt_type=kvm<br>
> >> <br>
> >> I want to be able to add the driver for baremetal provisioning,
but I am<br>
> >> unclear on how to do this.<br>
> >> Can there be more than one compute_driver or do I have to
replace<br>
> >> compute_driver = libvirt.LibvirtDriver with the new driver.<br>
> > <br>
> > You need to have a dedicated nova cell/region/cloud for baremetal.
We<br>
> > change the scheduler at a fairly fundamental layer - Devananda
has<br>
> > plans to rectify this, but probably only after Ironic is stable.<br>
> > <br>
> >> If I can only replace what will happen to my existing KVM
and nova<br>
> >> operations?<br>
> > <br>
> > I suggest spinning up a new host rather than modifying your existing
one.<br>
> > <br>
> >> Also, I am just using the bearmetal driver as an example.
This <br>
> same question<br>
> >> can be applied to any other feature that requires a different<br>
> >> compute_driver.<br>
> > <br>
> > Baremetal is special - unlike lxc/kvm/qemu baremetal doesn't
subdivide<br>
> > an existing hypervisors resources, rather it hands out entire
machines<br>
> > - so it has to match exactly rather than matching a subset when<br>
> > comparing flavors.<br>
> > <br>
> > Cheers,<br>
> > Rob<br>
> > <br>
> > -- <br>
> > Robert Collins <rbtcollins@hp.com><br>
> > Distinguished Technologist<br>
> > HP Converged Cloud<br>
> <br>
> Thanks for the heads up. I can image the damage I would have done
to<br>
> my test environment trying to get this going. <br>
> <br>
> Just to confirm, there is no way to add another compute node that
is<br>
> for baremetal only into an existing openstack environment? </font></tt>
<br>
<br><tt><font size=2>For the compute node itself, it seems possible just
to have a separate host running nova-compute configured to work with bare-metal
driver, with a different nova.conf. Regarding the scheduler, support for
multiple configurations will be possible once </font></tt><a href=https://review.openstack.org/#/c/37407/><font size=3 color=blue><u>https://review.openstack.org/#/c/37407/</u></font></a><font size=3>
</font><tt><font size=2>is merged (hopefully soon). In the latest revision,
nova.conf will not change, but you will be able to override scheduler parameters
(driver, maybe even host manager) with flavor extra specs. At least in
theory the combination of the two should allow having 'regular' and bare-metal
in the same deployment, IMO.</font></tt>
<br>
<br><tt><font size=2>Regards,</font></tt>
<br><tt><font size=2>Alex</font></tt>
<br>