[openstack-dev] [Magnum] Docker Native Networking

Adrian Otto adrian.otto at rackspace.com
Wed Jun 17 20:43:06 UTC 2015


This blueprint needs an assignee:

I have moved the whiteboard discussion to the etherpad:

Please take a moment to put your input on the ether pad so we can draft an actionable plan for getting this feature going.



On Jun 12, 2015, at 11:05 AM, Adrian Otto <adrian.otto at rackspace.com<mailto:adrian.otto at rackspace.com>> wrote:


OpenStack Networking support for Magnum Bays was an important topic for us in Vancouver at the design summit. Here is one blueprint that requires discussion that’s beyond the scope of what we can easily fit in the BP whiteboard:


Before we dive into implementation planning, I'll offer these as guardrails to use as a starting point:

1) Users of the Swarm bay type have the ability to create containers. Those containers may reside on different hosts (Nova instances). We want those containers to be able to communicate with each other over a network similar to the way that they can over the Flannel network used with Kubernetes.

2) We should leverage community work as much as possible, combining the best of Docker and OpenStack to produce an integrated solution that is easy to use, and exhibits performance that's suitable for common use cases.

3) Recognize that our Docker community is working on libnetwork [1] which will allow for the creation of logical "networks" similar to "links" that allow containers to communicate with each other across host boundaries. The implementation is pluggable, and we decided in Vancouver that working on a Neutron plugin for libnetwork could potentially make the user experience  consistent whether you are using Docker within Magnum or not.

4) We would like to plug in Neutron to Flannel as a modular option for Kubernetes Bays, so both solutions leverage OpenStack networking, and users can use familiar, native tools.

[1] https://github.com/docker/libnetwork

Please let me know what you think of this approach. I’d like to re-state the Blueprint description, clear the whiteboard, and put up a spec that will accommodate in-line comments so we can work on the implementation specifics better in context.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150617/9b79c1ae/attachment.html>

More information about the OpenStack-dev mailing list