I guess "extra virtualization layer" means Magnum provisions a Container Orchestration Engines (COE) on top of nova instances. If the nova instances are virtual machines, there is a "extra virtualization layer".
I think you could consider using Magnum with Ironic driver. If the driver is Ironic, COEs are deployed to nova instances that are physical machines provided by Ironic. Zun project [1] could be another option for your use case. Zun is similar to nova-docker, which enables running containers on compute hosts. You could find a thoughtful introduction here [2]. [1] https://wiki.openstack.org/wiki/Zun [2] http://www.slideshare.net/hongbin034/zun-presentation-openstack-barcelona-summit Best regards, Hongbin On Mon, Dec 26, 2016 at 8:23 AM, Jay Pipes <jaypi...@gmail.com> wrote: > On 12/26/2016 08:23 AM, Esra Celik wrote: > >> Hi All, >> >> It is very sad to hear nova-docker's retirement. Me and my team (3) are >> working for a cloud computing laboratory and we were very keen on >> working with nova-docker. >> After some research about its current state I saw these mails. Will you >> actually propose another equivalent to nova-docker or is it just the >> lack of contributors to this project? >> Some of the contributors previously advised us the magnum project >> instead of nova-docker, however it does not satisfy our needs because of >> the additional virtualization layer it needs. >> If the main problem is the lack of contributors we may participate in >> this project. >> > > There's never any need to ask permission to contribute to a project :) If > nova-docker driver is something you cannot do without, feel free to > contribute to it. > > That said, Magnum does seem to be where most of the docker-related > contributions to the compute landscape have moved. So, it's more likely you > will find company in that project and perhaps be able to make more > effective contributions there. Can I ask what is the "extra virtualization > layer" that you are referring to in Magnum? > > Best, > -jay > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev