On 22 June 2015 at 09:18, Sahid Orentino Ferdjaoui
On Sun, Jun 21, 2015 at 07:18:10PM +0300, Joe Gordon wrote:
On Fri, Jun 19, 2015 at 12:55 PM, Peng Zhao email@example.com wrote:
I would like to propose nova-hyper driver:
What is Hyper?
Put simply, Hyper is a hypervisor-agnostic Docker runtime. It is
similar to Intel’s ClearContainer, allowing to run a Docker image with any
Why Hyper driver?
Given its hypervisor nature, Hyper makes it easy to integrate with
OpenStack ecosystem, e.g. Nova, Cinder, Neutron
How to implement?
Similar to nova-docker driver. Hyper has a daemon “hyperd” running on
each physical box. hyperd exposed a set of REST APIs. Integrating Nova with
the APIs would do the job.
For clarity, we are yet to accept the nova-docker driver into the Nova
project, due to various concerns about its potential future direction.
Hopefully we should get a more final answer on that soon.
Integrate with Magnum & Ironic.
This sounds like a better fit for something on top of Nova such as Magnum
then as a Nova driver.
On the surface, it feels like a possible Magnum driver.
Although I am far from certain that its an exact match.
But I think that would be a better starting point than Nova.
Nova only supports things that look like 'VMs'. That includes bare metal,
and containers, but it only includes a subset of container features.
In your blueprint you mention:
"The difference between LXC and VM makes the driver hard to maintain a
unified model in Nova."
To be clear Nova has no intention of providing a unified model, in
part due to the truth behind your statement above. We provide things
that look like "servers". Please see:
I would recommending talking the container subgroup, in one of their
meetings, about how best to integrate with OpenStack:
We have no intention of expanding the scope of the Nova API to include
container operation. And the reverse is also true, we would want to
see an intention to support all the important existing APIs before
inclusion, and proving that be having tempest tests reliably passing.