Thanks to bring *heavy* container to Mesos :)
I have a few comments as below:

1.
One of reason adding Qemu/KVM is to support scenario where end user env must be based on Windows, while as we know Mesos also support Windows Server, if framework user knows there is native Windows based container present, there wouldn't need Qemu/KVM to support this. So for efficiency, the question (maybe off the topic already) is how/should to make this transparent to framework user here?

if mesos has native container based on Windows, then use it. Otherwise use Windows spawned by Qemu/KVM.

2.
There is MESOS-5163 to support LKVM Containerization, lkvm is just a toy(learning vehicle) for virtualization, it also does not have proven-record for production use cases, moreover it has few community attention(search kvm mail list). After Intel announced Clear Container, it has been hold by ARM,please don't add lkvm here
unless you have compelling reason to do so.


On 2016/4/7 20:34, Abhishek Dasgupta wrote:
Hi all,

I uploaded a design doc for Mesos-2717:

https://docs.google.com/document/d/1_VuFiJqxjlH_CA1BCMknl3sadlTZ69FuDe7qasDIOk0/edit?usp=sharing


Need your views and comments on it.

Reply via email to