[docker]docker的四种网络方式

xinhu1300

　　声明：
　　本博客欢迎转发，但请保留原作者信息!
　　博客地址：http://blog.iyunv.com/halcyonbaby
　　内容系本人学习、研究和总结，如有雷同，实属荣幸！

bridge方式(默认)
　　Host IP为186.100.8.117, 容器网络为172.17.0.0/16
下边我们看下docker所提供的四种网络：
创建容器：（因为是默认设置，这里没指定网络--net="bridge"。另外能够看到容器内创建了eth0)  

[iyunv@localhost ~]# docker run -i -t mysql:latest /bin/bash
root@e2187aa35875:/usr/local/mysql# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
75: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.2/16 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::42:acff:fe11:2/64 scope link
valid_lft forever preferred_lft forever
　　容器与Host网络是连通的：   

root@e2187aa35875:/usr/local/mysql# ping 186.100.8.117
PING 186.100.8.117 (186.100.8.117): 48 data bytes
56 bytes from 186.100.8.117: icmp_seq=0 ttl=64 time=0.124 ms
　　eth0实际上是veth pair的一端，还有一端（vethb689485）连在docker0网桥上：

[iyunv@localhost ~]# ethtool -S vethb689485
NIC statistics:
peer_ifindex: 75
[iyunv@localhost ~]# brctl show
bridge name     bridge id               STP enabled     interfaces
docker0         8000.56847afe9799       no              vethb689485
　　通过Iptables实现容器内訪问外部网络：

[iyunv@localhost ~]# iptables-save |grep 172.17.0.*
-A POSTROUTING -s 172.17.0.0/16 ! -o docker0 -j MASQUERADE
-A FORWARD -d 172.17.0.2/32 ! -i docker0 -o docker0 -p tcp -m tcp --dport 5000 -j ACCEPT
none方式
　　指定方法： --net="none"
能够看到，这样创建出来的容器全然没有网络：   

[iyunv@localhost ~]# docker run -i -t --net="none"  mysql:latest /bin/bash
root@061364719a22:/usr/local/mysql# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
root@061364719a22:/usr/local/mysql# ping 186.100.8.117
PING 186.100.8.117 (186.100.8.117): 48 data bytes
ping: sending packet: Network is unreachable
　　那这样的方式，有什么用途呢？
实际上nova-docker用的就是这样的方式，这样的方式将网络创建的责任全然交给用户。
能够实现更加灵活复杂的网络。
另外这样的容器能够能够通过link容器实现通信。（后边具体说）     
host方式
　　指定方法：--net="host"
这样的创建出来的容器，能够看到host上所有的网络设备。
容器中，对这些设备（比方DUBS）有所有的訪问权限。因此docker提示我们，这样的方式是不安全的。
假设在隔离良好的环境中（比方租户的虚拟机中）使用这样的方式，问题不大。   
container复用方式
　　指定方法： --net="container:name or id"
例如以下样例能够看出来，两者的网络全然同样。   

[iyunv@localhost ~]# docker run -i -t   mysql:latest /bin/bash
root@02aac28b9234:/usr/local/mysql# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
77: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 02:42:ac:11:00:03 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.3/16 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::42:acff:fe11:3/64 scope link
valid_lft forever preferred_lft forever
[iyunv@localhost ~]# docker run -i -t --net="container:02aac28b9234"  mysql:latest /bin/bash
root@02aac28b9234:/usr/local/mysql# ip addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
77: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 02:42:ac:11:00:03 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.3/16 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::42:acff:fe11:3/64 scope link
valid_lft forever preferred_lft forever
举例（openstack nova-docker中的网络实现方式）
　　openstack的nova-docker插件能够向管理虚拟机一样管理容器。
容器网络的创建方式：首先创建--net="none"的容器，然后使用例如以下过程配置容器网络。（以OVS为例，也能够使用linux bridge）   

#创建veth设备
ip link add name veth00 type veth peer name veth01
#将veth设备一端接入ovs网桥br-int中
ovs-vsctl -- --if-exists del-port veth00 -- add-port br-int veth00 -- set Interface veth00 external-ids:iface-id=iface_id external-ids:iface-status=active external-ids:attached-mac=00:ff:00:aa:bb:cc external-ids:vm-uuid=instance_id
#启动ovs的新加端口
ip link set veth00 up
#配置容器的网络namespace
mkdir -p /var/run/netns
ln -sf /proc/container_pid/ns/net /var/run/netns/container_id
#将veth还有一端增加容器namespace
ip link set veth01 netns container_id
#配置容器上该网络设备的mac,ip,gateway
ip netns exec container_id ip link set veth01 address mac_address
ip netns exec container_id ifconfig veth01 ip
ip netns exec container_id ip route replace default via gateway dev veth01
　　至此，容器与host上的虚拟网络连通。之后br-int与br-ex/br-tun连通，终于实现与业务网络的连通。
　　參考：
http://segmentfault.com/blog/yexiaobai/1190000000669312