Open Stack

Hi Devananda

I have 16 compute nodes, as your suggestion (you should use host aggregates
to differentiate the nova-compute services configured to use different
hypervisor drivers (eg, nova.virt.libvirt vs nova.virt.ironic) .

（1）I  can set 4 of them with nova.virt.ironic(for bare metal provision) and
left 12 of them with nova.virt.libvirt (for VM provision), they can work
well together both for VM provision and Ironic provision ?  of course I
should use host aggregates to make 4 nodes as one aggregate and left 12
nodes as another aggregate.
（2 ) should I replace the nova sheduler? the default nova scheduler(Filter
Scheduler) can support this?



2014-06-06 15:45 GMT+08:00 Jander lu <lhcxx0508 at gmail.com>:

> Hi Devananda
>
> I have 16 compute nodes, as your suggestion (you should use host
> aggregates to differentiate the nova-compute services configured to use
> different hypervisor drivers (eg, nova.virt.libvirt vs nova.virt.ironic)
> .
>
> （1）I  can set 4 of them with nova.virt.ironic(for bare metal provision)
> and left 12 of them with nova.virt.libvirt (for VM provision), they can
> work well together both for VM provision and Ironic provision ?  of course
> I should use host aggregates to make 4 nodes as one aggregate and left 12
> nodes as another aggregate.
> （2 ) should I replace the nova sheduler? the default nova scheduler(Filter
> Scheduler) can support this?
>
>
> 2014-06-06 1:27 GMT+08:00 Devananda van der Veen <devananda.vdv at gmail.com>
> :
>
> There is documentation available here:
>>   http://docs.openstack.org/developer/ironic/deploy/install-guide.html
>>
>> On Thu, Jun 5, 2014 at 1:25 AM, Jander lu <lhcxx0508 at gmail.com> wrote:
>> > Hi, Devvananda
>> >
>> > I searched a lot about the installation of Ironic, but there is little
>> > metarial about this,  there is only devstack with
>> > ironic(
>> http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html)
>> >
>> > is there any docs about how to deploy Ironic on production physical node
>> > enviroment?
>> >
>> > thx
>> >
>> >
>> >
>> > 2014-05-30 1:49 GMT+08:00 Devananda van der Veen <
>> devananda.vdv at gmail.com>:
>> >>
>> >> On Wed, May 28, 2014 at 8:14 PM, Jander lu <lhcxx0508 at gmail.com>
>> wrote:
>> >>>
>> >>> Hi, guys, I have two confused part in Ironic.
>> >>>
>> >>>
>> >>>
>> >>> (1) if I use nova boot api to launch an physical instance, how does
>> nova
>> >>> boot command differentiate whether VM or physical node provision?
>> From this
>> >>> article, nova bare metal use "PlacementFilter" instead of
>> FilterScheduler.so
>> >>> does Ironic use the same method?
>> >>> (
>> http://www.mirantis.com/blog/baremetal-provisioning-multi-tenancy-placement-control-isolation/
>> )
>> >>
>> >>
>> >> That blog post is now more than three releases old. I would strongly
>> >> encourage you to use Ironic, instead of nova-baremetal, today. To my
>> >> knowledge, that PlacementFilter was not made publicly available. There
>> are
>> >> filters available for the FilterScheduler that work with Ironic.
>> >>
>> >> As I understand it, you should use host aggregates to differentiate the
>> >> nova-compute services configured to use different hypervisor drivers
>> (eg,
>> >> nova.virt.libvirt vs nova.virt.ironic).
>> >>
>> >>>
>> >>>
>> >>> (2)does Ironic only support Flat network? If not, how does Ironic
>> >>> implement tenant isolation in virtual network? say,if one tenant has
>> two
>> >>> vritual network namespace,how does the created bare metal node
>> instance send
>> >>> the dhcp request to the right namespace?
>> >>
>> >>
>> >> Ironic does not yet perform tenant isolation when using the PXE driver,
>> >> and should not be used in an untrusted multitenant environment today.
>> There
>> >> are other issues with untrusted tenants as well (such as firmware
>> exploits)
>> >> that make it generally unsuitable to untrusted multitenancy (though
>> >> specialized hardware platforms may mitigate this).
>> >>
>> >> There have been discussions with Neutron, and work is being started to
>> >> perform physical network isolation, but this is still some ways off.
>> >>
>> >> Regards,
>> >> Devananda
>> >>
>> >>
>> >> _______________________________________________
>> >> OpenStack-dev mailing list
>> >> OpenStack-dev at lists.openstack.org
>> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >>
>> >
>> >
>> > _______________________________________________
>> > OpenStack-dev mailing list
>> > OpenStack-dev at lists.openstack.org
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>> >
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140609/9b095936/attachment.html>