<div dir="ltr">I'm going to assume we're talking about a typical environment with nova and neutron here. There are two separate boots to consider:<div><br></div><div>1. The IPA deployment ramdisk, which writes the user's image to the node's disk.</div><div>2. The user's image.</div><div><br></div><div>Prior to 1, ironic communicates with neutron to apply additional DHCP options required for network booting to the DHCP response issued to the deployment ramdisk during provisioning.</div><div><br></div><div>When the user's image boots (assuming the node is configured for localboot rather than netboot), it is not really any different than a typical nova VM. The image, often using a service such as cloud-init, should arrange for the appropriate interface(s) to start a DHCP client. Neutron will be configured to provide a DHCP response.</div><div><br></div><div>The missing piece that enables the use of multiple network interfaces is physical network awareness [1]. This feature will be available in the Pike release, and allows an operator to tag ironic ports with the physical network to which they are attached. With this information, ironic is able to correctly map the virtual neutron ports passed by the user via nova to the physical ironic ports. Previously, this mapping was essentially random and would lead to the node's DHCP requests landing at the wrong neutron DHCP server instance in some cases.</div><div><br></div><div>[1] <a href="https://bugs.launchpad.net/ironic/+bug/1666009">https://bugs.launchpad.net/ironic/+bug/1666009</a></div><div><br></div><div>Mark</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 28 July 2017 at 12:29, Waines, Greg <span dir="ltr"><<a href="mailto:Greg.Waines@windriver.com" target="_blank">Greg.Waines@windriver.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="m_-3364818816352998089WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Thanks for the info Mark.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">A dumb question ... can’t seem to find the answer in ironic documentation ...<u></u><u></u></span></p>
<p class="m_-3364818816352998089MsoListParagraph"><u></u><span style="font-size:11.0pt;font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">
</span></span></span><u></u><span style="font-size:11.0pt;font-family:Calibri">I understand how the interface over which the bare metal instance network boots/installs gets configured ...<br>
i.e. thru DHCP response/configuration from the ironic conductor dhcp/boot server<u></u><u></u></span></p>
<p class="m_-3364818816352998089MsoListParagraph"><u></u><span style="font-size:11.0pt;font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">
</span></span></span><u></u><span style="font-size:11.0pt;font-family:Calibri">but how would other interfaces, get configured on the bare metal server by ironic ?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri">Greg.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Calibri"><u></u> <u></u></span></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-family:Calibri;color:black">From: </span>
</b><span style="font-family:Calibri;color:black">Mark Goddard <<a href="mailto:mark@stackhpc.com" target="_blank">mark@stackhpc.com</a>><br>
<b>Reply-To: </b>"<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.<wbr>openstack.org</a>" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.<wbr>openstack.org</a>><br>
<b>Date: </b>Friday, July 28, 2017 at 5:08 AM<br>
<b>To: </b>"<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.<wbr>openstack.org</a>" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.<wbr>openstack.org</a>><br>
<b>Subject: </b>Re: [openstack-dev] [magnum] Interface configuration and assumptions for masters/minions launched by magnum<u></u><u></u></span></p>
</div><div><div class="h5">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Hi Greg, <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Magnum clusters currently support using only a single network for all communication. See the heat templates[1][2] in the drivers.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">On the bare metal side, currently ironic effectively supports using only a single network interface due to a lack of support for physical network awareness. This feature[3] will be added in the Pike release, at which point it will be possible
to create bare metal instances with multiple ports.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">[1] <a href="https://github.com/openstack/magnum/tree/master/magnum/drivers/k8s_fedora_atomic_v1/templates" target="_blank">https://github.com/<wbr>openstack/magnum/tree/master/<wbr>magnum/drivers/k8s_fedora_<wbr>atomic_v1/templates</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">[2] <a href="https://github.com/openstack/magnum/tree/master/magnum/drivers/k8s_coreos_v1/templates" target="_blank">
https://github.com/openstack/<wbr>magnum/tree/master/magnum/<wbr>drivers/k8s_coreos_v1/<wbr>templates</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">[3] <a href="https://bugs.launchpad.net/ironic/+bug/1666009" target="_blank">https://bugs.launchpad.<wbr>net/ironic/+bug/1666009</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Mark<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On 17 July 2017 at 14:27, Waines, Greg <<a href="mailto:Greg.Waines@windriver.com" target="_blank">Greg.Waines@windriver.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">When MAGNUM launches a VM or Ironic instance for a COE master or minion node, with the COE Image,</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">What is the interface configuration and assumptions for these nodes ?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">e.g.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- only a single interface ?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- master and minion communication over that interface ?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- communication to Docker Registry or public Docker Hub over that interface ?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt">- public communications for containers over that interface ?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#888888"> </span><span style="color:#888888"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#888888">Greg.</span><span style="color:#888888"><u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">
OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><u></u><u></u></p>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div></div></div>
</div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>