<div dir="ltr"><div><div>Adrian,<br><br></div>Can we put hyper as a topic for this week's (Tomorrow) meeting? I want to have some discussion with you.<br><br></div>Thanks<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-27 0:43 GMT-04:00 Adrian Otto <span dir="ltr"><<a href="mailto:adrian.otto@rackspace.com" target="_blank">adrian.otto@rackspace.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
Peng,
<div><br>
</div>
<div>For the record, the Magnum team is not yet comfortable with this proposal. This arrangement is not the way we think containers should be integrated with OpenStack. It completely bypasses Nova, and offers no Bay abstraction, so there is no user
 selectable choice of a COE (Container Orchestration Engine). We advised that it would be smarter to build a nova virt driver for Hyper, and integrate that with Magnum so that it could work with all the different bay types. It also produces a situation where
 operators can not effectively bill for the services that are in use by the consumers, there is no sensible infrastructure layer capacity management (scheduler), no encryption management solution for the communication between k8s minions/nodes and the k8s master,
 and a number of other weaknesses. I’m not convinced the single-tenant approach here makes sense.
<div><br>
</div>
<div>To be fair, the concept is interesting, and we are discussing how it could be integrated with Magnum. It’s appropriate for experimentation, but I would not characterize it as a “solution for cloud providers” for the above reasons, and the callouts
 I mentioned here:</div>
<div><br>
</div>
<div><a href="http://lists.openstack.org/pipermail/openstack-dev/2015-July/069940.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2015-July/069940.html</a></div>
<div><br>
</div>
<div>Positioning it that way is simply premature. I strongly suggest that you attend the Magnum team meetings, and work through these concerns as we had Hyper on the agenda last Tuesday, but you did not show up to discuss it. The ML thread was confused
 by duplicate responses, which makes it rather hard to follow.</div>
<div><br>
</div>
<div>I think it’s a really bad idea to basically re-implement Nova in Hyper. Your’e already re-implementing Docker in Hyper. With a scope that’s too wide, you won’t be able to keep up with the rapid changes in these projects, and anyone using them
 will be unable to use new features that they would expect from Docker and Nova while you are busy copying all of that functionality each time new features are added. I think there’s a better approach available that does not require you to duplicate such a
 wide range of functionality. I suggest we work together on this, and select an approach that sets you up for success, and gives OpenStack could operators what they need to build services on Hyper.</div>
<div>
<div><br>
</div>
<div>Regards,</div>
<div><br>
</div>
<div>Adrian</div>
<div><br>
<div>
<blockquote type="cite"><div><div class="h5">
<div>On Jul 26, 2015, at 7:40 PM, Peng Zhao <<a href="mailto:peng@hyper.sh" target="_blank">peng@hyper.sh</a>> wrote:</div>
<br>
</div></div><div><div><div class="h5">
<div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
Hi all,</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
I am glad to introduce the HyperStack project to you.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
HyperStack is a native, multi-tenant CaaS solution built on top of OpenStack. In terms of architecture, HyperStack = Bare-metal + Hyper + Kubernetes + Cinder + Neutron.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
HyperStack is different from Magnum in that HyperStack doesn't employ the Bay concept. Instead, HyperStack pools all bare-metal servers into one singe cluster. Due to the hypervisor nature in Hyper, different tenants' applications are completely isolated (no
 shared kernel), thus co-exist without security concerns in a same cluster.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
Given this, HyperStack is a solution for public cloud providers who want to offer the secure, multi-tenant CaaS.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
Ref: <a rel="nofollow" href="https://trello-attachments.s3.amazonaws.com/55545e127c7cbe0ec5b82f2b/1258x535/1c85a755dcb5e4a4147d37e6aa22fd40/upload_7_23_2015_at_11_00_41_AM.png" style="color:rgb(0,51,170);text-decoration:none" target="_blank">
https://trello-attachments.s3.amazonaws.com/55545e127c7cbe0ec5b82f2b/1258x535/1c85a755dcb5e4a4147d37e6aa22fd40/upload_7_23_2015_at_11_00_41_AM.png</a></div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
The next step is to present a working beta of HyperStack at Tokyo summit, which we submitted a presentation: <a href="https://www.openstack.org/summit/tokyo-2015/vote-for-speakers/Presentation/4030" target="_blank">https://www.openstack.org/summit/tokyo-2015/vote-for-speakers/Presentation/4030</a>.
 Please vote if you are interested.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
In the future, we want to integrate HyperStack with Magnum and Nova to make sure one OpenStack deployment can offer both IaaS and native CaaS services.</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
Best,<br>
Peng</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
---------- Background ---------------------------------------------------------------------------</div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em">
<font color="#333333" face="Ubuntu, Bitstream Vera Sans, DejaVu Sans, Tahoma, sans-serif"><span style="font-size:12px;line-height:18px">Hyper is a hypervisor-agnostic Docker runtime. It allows to run Docker images with any hypervisor (KVM,
 Xen, Vbox, ESX). Hyper is different from the minimalist Linux distros like CoreOS by that Hyper runs on the physical box and load the Docker images from the metal into the VM instance, in which no guest OS is present. Instead, Hyper boots a minimalist kernel
 in the VM to host the Docker images (Pod).</span></font></div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em">
<font color="#333333" face="Ubuntu, Bitstream Vera Sans, DejaVu Sans, Tahoma, sans-serif"><span style="font-size:12px;line-height:18px">With this approach, Hyper is able to bring some encouraging results, which are similar to container:<br>
</span></font><span style="color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">- 300ms to boot a new HyperVM instance with a pod of Docker images<br>
</span><span style="font-size:12px;line-height:18px;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif">- 20MB for min mem footprint of a HyperVM instance<br>
</span><span style="font-size:12px;line-height:18px;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif">- Immutable HyperVM, only kernel+images, serves as atomic unit (Pod) for scheduling<br>
</span><span style="font-size:12px;line-height:18px;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif">- Immune from the shared kernel problem in LXC, isolated by VM<br>
</span><span style="font-size:12px;line-height:18px;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif">- Work seamlessly with OpenStack components, Neutron, Cinder, due to the hypervisor nature<br>
</span><span style="color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">- BYOK, bring-your-own-kernel is somewhat mandatory for a public cloud platform</span></div>
<div style="margin:0px 0px 0.8em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:Ubuntu,'Bitstream Vera Sans','DejaVu Sans',Tahoma,sans-serif;font-size:12px;line-height:18px">
<br>
</div>
</div>
<div><u></u><u></u></div></div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" target="_blank">
OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>

<br>__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br></div>Jay Lau (Guangya Liu)<br></div></div></div></div>
</div>