<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 16 Mar 2017 6:21 pm, "Dean Troyer" <<a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text"><br>
<br>
</div>Before implementing something new it would be a good exercise to have<br>
a look at the other existing ways to run VMs and containers already in<br>
the OpenStack ecosystem.  Service VMs are a thing, and projects like<br>
Octavia are built around running inside the existing infrastructure.<br>
There are a bunch of deployment projects that are also designed<br>
specifically to run services with minimal base requirements.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">VMs are having much bigger overhead than containers. Imagine you have Ironic cluster with 3000 bare-metal nodes with each having console enabled. Overhead on running 3000vms vs 3000 containers is huge. No to mention that Kubernetes container highavalability is far ahead when compared to openstack vms.</div><div dir="auto"><br></div><div dir="auto">Also Kubernetes is not something new and framework to launch containers on top of it would be really light.</div><div dir="auto"><br></div><div dir="auto">TP</div><div dir="auto"><br></div><div dir="auto"><br></div></div>