<div dir="ltr"><div><div>Hi Etsuji,</div></div><div><br></div><div><br></div>On Wed, Feb 6, 2013 at 8:12 PM, Etsuji Nakai <span dir="ltr"><<a href="mailto:enakai@redhat.com" target="_blank">enakai@redhat.com</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Ken, Devananda and all, <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I'm Etsuji. I've recently joined the dodai-compute team, and<br>
would like to contribute to the baremetal project, too.<br>
I'm now working closely with Osamu, by the way:<br>
<br>
<a href="http://lists.openstack.org/pipermail/openstack-dev/2012-December/003790.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2012-December/003790.html</a></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
<br>
Let me explain some background of my interest in the baremetal<br>
project and plan of the contribution.<br>
<br>
dodai-compute has been developed for a specific usecase in NII's<br>
private cloud (National Institute of Informatics Japan.) Because<br>
of that, it's not suitable for general usecases and is unlikely<br>
to be merged in the upstream. So dodai-compute team is now<br>
considering to adopt the upstream baremetal feature in NII as an<br>
alternative of dodai-compute. For that purpose, we'd like to add<br>
some new features which are required for NII's usecase and also<br>
beneficial to other baremetal users.<br></blockquote><div><br></div><div>Great! I've only heard a bit about dodai and what you guys are doing at NII, but I'm excited to have more teams contributing to the upstream baremetal driver :)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
We're now mainly considering the following items:<br>
<br>
1) Scheduler extension for grouping of baremetal servers.<br>
- Allowing users to specify baremetal servers to be used.<br></blockquote><div><br></div><div>This is very important to me as well. I have a pretty clear idea of how to do it -- probably not that hard -- but I haven't written my plans down yet. I'll draft something today.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
2) Multiple OS provisioning method.<br>
- Allowing multiple types of OS images such as:<br>
dd-image (NTTdocomo-openstack style)<br>
tar ball (dodai-compute style)<br>
Kickstart installation (new feature)<br></blockquote><div><br></div><div>We are working on improving the current method (dd image) so that it performs and scales better. I think the same approach, and much of the same code, could be used with tarballs, and I would welcome that.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
3) Baremetal Quantum plugin for VLAN inter-connection.<br>
- Allowing inter-connection to existing VLAN networks.<br>
- Allowing NIC-bonding configuration.<br></blockquote><div><br></div><div>Yes! There are several other quantum integration bits that Robert Collins is working on, such as having quantum manage the TFTP configuration so that baremetal doesn't need to run a separate dhcp server. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
We internally call our plan "dodai-compute2.0". It doesn't mean<br>
to make a new branch, but to add the above features to the<br>
upstream baremetal. Here's a draft of the presentation of the plan.<br>
<br>
<a href="https://docs.google.com/file/d/0B-aLYh1CAM_qR1VxSFViM1hPTGM/edit?usp=sharing" target="_blank">https://docs.google.com/file/d/0B-aLYh1CAM_qR1VxSFViM1hPTGM/edit?usp=sharing</a><br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I'm really glad if you're interested in it, too, and happy to<br>
explain/discuss more details if necessary.<br></blockquote><div><br></div><div>Are you on <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a>? Most of the developers of nova (and the baremetal driver) hang out in #openstack-dev, and a lot of us are in #tripleo now too.</div>
<div><br></div><div style>Best regards,</div><div style>Devananda</div><div style><br></div><div style><br></div></div></div></div>