<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 27, 2018 at 12:09 PM, Dmitry Tantsur <span dir="ltr"><<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@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 all,<br>
<br>
I would like propose the metalsmith library [1][2] for inclusion into the bare metal project governance.<br>
<br>
What it is and is not<br>
---------------------<br>
<br>
Metalsmith is a library and CLI tool for using Ironic+Neutron for provisioning bare metal nodes. It can be seen as a lightweight replacement of Nova when Nova is too much. The primary use case is single-tenant standalone installer.<br>
<br>
Metalsmith is not a new service, it does not maintain any state, except for state maintained by Ironic and Neutron. Metalsmith is not and will not be a replacement for Nova in any proper cloud scenario.<br>
<br>
Metalsmith does have some overlap with Bifrost, with one important feature difference: its primary feature is a mini-scheduler that allows to pick a suitable bare metal node for deployment.<br>
<br>
I have a partial convergence plan as well! First, as part of this effort I'm working on missing features in openstacksdk, which is used in the OpenStack ansible modules, which are used in Bifrost. Second, I hope we can use it as a helper for making Bifrost do scheduling decisions.<br>
<br>
Background<br>
----------<br>
<br>
Metalsmith was born with the goal of replacing Nova in TripleO undercloud. Indeed, the undercloud uses only a small subset of Nova features, while having features that conflict with Nova's design (for example, bypassing the scheduler [3]).<br>
<br>
We wanted to avoid putting a lot of provisioning logic into existing TripleO components. So I wrote a library that does not carry any TripleO-specific assumptions, but does allow to address its needs.<br>
<br>
Why under Ironic<br>
----------------<br>
<br>
I believe the goal of Metalsmith is fully aligned with what the Ironic team is doing around standalone deployment. I think Metalsmith can provide a nice entry point into standalone deployments for people who (for any reasons) will not use Bifrost. With this change I hope to get more exposure for it.<br>
<br>
The library itself is small, documented [2], follows OpenStack practices and does not have particular operating requirements. There is nothing in it that is not familiar to the Ironic team members.<br></blockquote><div><br></div><div>I agree with all of this, after reading the code/docs. +1 from me.</div><div><br></div><div>// jim</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Please let me know if you have any questions or concerns.<br>
<br>
Dmitry<br>
<br>
<br>
[1] <a href="https://github.com/openstack/metalsmith" rel="noreferrer" target="_blank">https://github.com/openstack/m<wbr>etalsmith</a><br>
[2] <a href="https://metalsmith.readthedocs.io/en/latest/" rel="noreferrer" target="_blank">https://metalsmith.readthedocs<wbr>.io/en/latest/</a><br>
[3] <a href="http://tripleo.org/install/advanced_deployment/node_placement.html" rel="noreferrer" target="_blank">http://tripleo.org/install/adv<wbr>anced_deployment/node_placemen<wbr>t.html</a><br>
<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div></div>