docker容器间跨宿主机通信-基于overlay的实现方法
overlay网络解析
内置跨主机的网络通信一直是docker备受期待的功能,在1.9版本之前,社区中就已经有许多第三方的工具或方法尝试解决这个问题,例如macvlan、pipework、flannel、weave等。
虽然这些方案在实现细节上存在很多差异,但其思路无非分为两种: 二层vlan网络和overlay网络
简单来说,二层vlan网络解决跨主机通信的思路是把原先的网络架构改造为互通的大二层网络,通过特定网络设备直接路由,实现容器点到点的之间通信。这种方案在传输效率上比overlay网络占优,然而它也存在一些固有的问题。
这种方法需要二层网络设备支持,通用性和灵活性不如后者。
由于通常交换机可用的vlan数量都在4000个左右,这会对容器集群规模造成限制,远远不能满足公有云或大型私有云的部署需求; 大型数据中心部署vlan,会导致任何一个vlan的广播数据会在整个数据中心内泛滥,大量消耗网络带宽,带来维护的困难。
相比之下,overlay网络是指在不改变现有网络基础设施的前提下,通过某种约定通信协议,把二层报文封装在ip报文之上的新的数据格式。这样不但能够充分利用成熟的ip路由协议进程数据分发;而且在overlay技术中采用扩展的隔离标识位数,能够突破vlan的4000数量限制支持高达16m的用户,并在必要时可将广播流量转化为组播流量,避免广播数据泛滥。
因此,overlay网络实际上是目前最主流的容器跨节点数据传输和路由方案。
容器在两个跨主机进行通信的时候,是使用overlay network这个网络模式进行通信;如果使用host也可以实现跨主机进行通信,直接使用这个物理的ip地址就可以进行通信。overlay它会虚拟出一个网络比如10.0.2.3这个ip地址。在这个overlay网络模式里面,有类似于服务网关的地址,然后把这个包转发到物理服务器这个地址,最终通过路由和交换,到达另一个服务器的ip地址。
环境介绍
hostname | ip | 系统版本 |
---|---|---|
cdh1 | 10.30.10.111 | centos7 |
cdh2 | 10.30.10.112 | centos7 |
consul安装配置
要实现overlay网络,我们会有一个服务发现。比如说consul,会定义一个ip地址池,比如10.0.2.0/24之类的。上面会有容器,容器的ip地址会从上面去获取。获取完了后,会通过ens33来进行通信,这样就可以实现跨主机的通信。
consul通过docker部署在cdh1,首先需要修改cdh1中的docker配置并重启
“live-restore”:true 此配置的作用为在docker守护程序停止或重启的时候,容器依然可以保持运行
在cdh1下载consul镜像并启动
修改cdh1中的docker配置并重启
修改cdh2中的docker配置并重启
cluster-store指定的是consul服务地址,因为consul服务运行在cdh1的8500端口,所以两台机器的cluster-store值均为consul://10.30.10.111:8500
cluster-advertise指定本机与consul的通信端口,所以指定为本机的2375端口
此时可以通过http://10.30.10.111:8500/访问consul地址
在key/value菜单中的docker-nodes目录中可以看到cdh1和cdh2两个docker节点,代表consul配置成功。
创建overlay网络
此时我们可以创建overlay网络,首先查看目前节点中已有的网络类型
然后在cdh1的docker节点创建overlay网络,因为此时consul服务发现已经正常运行,且cdh1和cdh2的docker服务已经接入,所以此时overlay网络是全局创建的,在任何一台宿主机创建一次即可。
此时可以看到,创建的overlay网络,标识为golbal。我们可以查看cdh2的网络,可以发现overlay网络也已经创建完毕。
网络测试
创建完成后,我们可以在cdh1和cdh2中指定overlay网络创建docker容器,并进行测试,查看是否可以跨宿主机通信。
在cdh1中创建名称为master的容器,并查看其ip
在cdh1中创建名称为slaver的容器,并查看其ip
此时进入两台容器中,互相ping对方的ip,查看是否成功通信
成功通信!
到此这篇关于docker容器间跨宿主机通信-基于overlay的实现方法的文章就介绍到这了,更多相关docker容器间跨宿主机通信内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
上一篇: 炸猪皮要泡多久