<div dir="ltr"><div><br></div>Nice job Raoul, I'll probably be using this for a couple of things in the coming weeks. Expect more formal overcloud deployment benchmarking soon as I'm wrapping up the alpha of a tool for it, comparing virt vs non-virt underclouds will be worthwhile I'm sure. <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 7, 2016 at 9:53 PM, Wesley Hayutin <span dir="ltr"><<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Fri, Nov 4, 2016 at 1:36 PM, Raoul Scarazzini <span dir="ltr"><<a href="mailto:rasca@redhat.com" target="_blank">rasca@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi guys,<br>
just would like to share the status around the role in the subject so to<br>
keep the one interested up to date. What we want to achieve with this<br>
role is to have a ready to use baremetal undercloud, like the virtual<br>
one produced by tripleo-quickstart.<br>
At the moment there is just one job in the RDO pipeline that uses this<br>
role [1], plan is to have more than this, because you already know that<br>
"with baremetal is never easy".<br></blockquote><div><br></div></span><div>This role sets up the undercloud on a provided server directly w/o setting up a virtual guest for the undercloud.</div><div>I would think the performance team would be interested in this role so that the undercloud performance metrics are not skewed by libvirt.</div><div><br></div><div>I was also thinking it may be useful in the multinode nodepool workflow, where the undercloud is directly installed.  I don't see there being an advantage in using it, but I could be missing something. </div><div><br></div><div>I could also see ops teams taking advantage of this to deploy out to production environments.  We would need to ensure the role is uncoupled from any provisioning, but I see it being valuable for sure.</div><div><br></div><div>I've copied some other folks to get their thoughts.</div><div>Thanks Raoul! <br></div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I've worked to make the role integrate with the oooq evolution, trying<br>
to reuse as much as possible the existing extra roles. So, with the<br>
latest modifications the role does these basic task:<br>
<br>
1) machine-provision: provide the machine with specific a script that<br>
needs to be passed;<br>
2) machine-setup: create the user, add the machine to ansible inventory<br>
and basically makes virthost == undercloud;<br>
3) undercloud-repos-conf: configure the repos based upon the release<br>
parameter passed to quickstar.sh command line;<br>
4) overcloud-images: download the images again based upon the release<br>
parameter;<br>
<br>
So a playbook that deploys a complete undercloud baremetal env should<br>
include these roles:<br>
<br>
- tripleo-baremetal-undercloud<br>
- undercloud-scripts (from tripleo-quickstart)<br>
- undercloud-install (from tripleo-quickstart)<br>
<br>
The additional role for the baremetal preparation must be used to finish<br>
the bm setup:<br>
<br>
- overcloud-prep-baremetal<br>
<br>
And then, from this point on, everything can proceed with the usual<br>
order, so:<br>
<br>
- overcloud-prep-config<br>
- overcloud-prep-images<br>
- overcloud-prep-flavors<br>
- overcloud-prep-network<br>
- tripleo-overcloud<br>
- tripleo-inventory<br>
<br>
In addition one can specify the validation steps, in my case I'm using<br>
this [2] because of HA.<br>
<br>
Interventions were needed on these roles:<br>
<br>
- ansible-role-tripleo-overcloud<wbr>-prep-network: Do not copy<br>
network-environment.yaml on baremetal [3];<br>
- ansible-role-tripleo-overcloud<wbr>-prep-baremetal: Add optional upstream<br>
ipxe installation [4];<br>
- ansible-role-tripleo-baremetal<wbr>-undercloud: Integrate role with oooq<br>
extra roles [5];<br>
<br>
That's basically all, all this stuff was tested as working on a bm env,<br>
and basically I'm asking now for reviews and considerations.<br>
<br>
Thanks,<br>
<br>
[1]<br>
<a href="https://rhos-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/tripleo-quickstart-newton-baremetal-undercloud-haa01-lab-float_nic_with_vlans/" rel="noreferrer" target="_blank">https://rhos-jenkins.rhev-ci-v<wbr>ms.eng.rdu2.redhat.com/job/tri<wbr>pleo-quickstart-newton-baremet<wbr>al-undercloud-haa01-lab-float_<wbr>nic_with_vlans/</a><br>
[2]<br>
<a href="https://github.com/redhat-openstack/ansible-role-tripleo-overcloud-validate-ha" rel="noreferrer" target="_blank">https://github.com/redhat-open<wbr>stack/ansible-role-tripleo-<wbr>overcloud-validate-ha</a><br>
[3] <a href="https://review.gerrithub.io/#/c/300865/" rel="noreferrer" target="_blank">https://review.gerrithub.io/#/<wbr>c/300865/</a><br>
[4] <a href="https://review.gerrithub.io/#/c/300866/" rel="noreferrer" target="_blank">https://review.gerrithub.io/#/<wbr>c/300866/</a><br>
[5] <a href="https://review.gerrithub.io/#/c/300869/" rel="noreferrer" target="_blank">https://review.gerrithub.io/#/<wbr>c/300869/</a><br>
<span class="m_8908917963886205572HOEnZb"><font color="#888888"><br>
--<br>
Raoul Scarazzini<br>
<a href="mailto:rasca@redhat.com" target="_blank">rasca@redhat.com</a><br>
<br>
______________________________<wbr>_________________<br>
rdo-list mailing list<br>
<a href="mailto:rdo-list@redhat.com" target="_blank">rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com" target="_blank">rdo-list-unsubscribe@redhat.co<wbr>m</a><br>
</font></span></blockquote></div></div></div><br></div></div>
</blockquote></div><br></div>