摘要：各项配置如下主机的地址为主机的地址为为主机上的容器分配的子网为主机上的容器分配的子网这样配置之后，两个主机上的容器就肯定不会使用相同的地址从而避免了冲突。
就目前Docker自身默认的网络来说，单台主机上的不同Docker容器可以借助docker0网桥直接通信，这没毛病，而不同主机上的Docker容器之间只能通过在主机上用映射端口的方法来进行通信，有时这种方式会很不方便，甚至达不到我们的要求，因此位于不同物理机上的Docker容器之间直接使用本身的IP地址进行通信很有必要。再者说，如果将Docker容器起在不同的物理主机上，我们不可避免的会遭遇到Docker容器的跨主机通信问题。本文就来尝试一下。
注： 本文首发于 My 公众号 CodeSheep ，可 长按 或 扫描 下面的 小心心 来订阅 ↓ ↓ ↓
如下图所示，我们有两个物理主机1和主机2，我们在各自宿主机上启动一个centos容器，启动成功之后，两个容器分别运行在两个宿主机之上，默认的IP地址分配如图所示，这也是Docker自身默认的网络。
此时两台主机上的Docker容器如何直接通过IP地址进行通信？
一种直接想到的方案便是通过分别在各自主机中 添加路由 来实现两个centos容器之间的直接通信。我们来试试吧
由于使用容器的IP进行路由，就需要避免不同主机上的容器使用了相同的IP，为此我们应该为不同的主机分配不同的子网来保证。于是我们构造一下两个容器之间通信的路由方案，如下图所示。
各项配置如下：
主机1的IP地址为：192.168.145.128
主机2的IP地址为：192.168.145.129
为主机1上的Docker容器分配的子网：172.17.1.0/24
为主机2上的Docker容器分配的子网：172.17.2.0/24
这样配置之后，两个主机上的Docker容器就肯定不会使用相同的IP地址从而避免了IP冲突。
我们接下来 定义两条路由规则 即可：
所有目的地址为172.17.1.0/24的包都被转发到主机1上
所有目的地址为172.17.2.0/24的包都被转发到主机2上
综上所述，数据包在两个容器间的传递过程如下：
从container1 发往 container2 的数据包，首先发往container1的“网关”docker0，然后通过查找主机1的路由得知需要将数据包发给主机2，数据包到达主机2后再转发给主机2的docker0，最后由其将数据包转到container2中；反向原理相同，不再赘述。
我们心里方案想的是这样，接下来实践一下看看是否可行。
0x01. 分别对主机1和主机2上的docker0进行配置
编辑主机1上的 /etc/docker/daemon.json 文件，添加内容："bip" : "ip/netmask"
{ "bip", "172.17.1.252/24" }
编辑主机2上的 /etc/docker/daemon.json 文件，添加内容："bip" : "ip/netmask"
{ "bip", "172.17.2.252/24" }
0x02. 重启docker服务
主机1和主机2上均执行如下命令重启docker服务以使修改后的docker0网段生效
systemctl restart docker
0x03. 添加路由规则
主机1上添加路由规则如下：
route add -net 172.17.2.0 netmask 255.255.255.0 gw 192.168.145.129
主机2上添加路由规则如下：
route add -net 172.17.1.0 netmask 255.255.255.0 gw 192.168.145.128
0x04. 配置iptables规则
主机1上添加如下规则：
iptables -t nat -F POSTROUTING iptables -t nat -A POSTROUTING -s 172.17.1.0/24 ! -d 172.17.0.0/16 -j MASQUERADE
主机2上添加如下规则：
iptables -t nat -F POSTROUTING iptables -t nat -A POSTROUTING -s 172.17.2.0/24 ! -d 172.17.0.0/16 -j MASQUERADE
0x05. 启动容器
主机1上启动centos容器：
docker run -it --name container1 centos /bin/bash
主机2上启动centos容器：
docker run -it --name container2 centos /bin/bash
0x06. 容器间直接通信
好了，现在两容器可以互ping了
本文探讨了局域网中不同宿主机间Docker容器直接通信的一种可能方案。当然现在实现跨主机容器间通信的现成方案也很多，典型的比如flannel这种，我的 个人私有云 也用的是这种方案。
作者更多的原创文章在此，欢迎观赏
My Personal Blog
作者更多的SpringBt实践文章在此：
Spring Boot应用监控实战
SpringBoot应用部署于外置Tomcat容器
ElasticSearch搜索引擎在SpringBt中的实践
初探Kotlin+SpringBoot联合编程
Spring Boot日志框架实践
SpringBoot优雅编码之：Lombok加持
如果有兴趣，也可以抽点时间看看作者一些关于容器化、微服务化方面的文章：
利用K8S技术栈打造个人私有云 连载文章
从一份配置清单详解Nginx服务器配置
Docker容器可视化监控中心搭建
利用ELK搭建Docker容器化应用日志中心
RPC框架实践之：Apache Thrift
RPC框架实践之：Google gRPC
微服务调用链追踪中心搭建
Docker容器跨主机通信
Docker Swarm集群初探
高效编写Dockerfile的几条准则
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/27354.html
摘要：从分析可以看出，如果程序如果退出后，容器之间的通信将会中断，这里需要注意。最后通过写本地子网文件，通过这个文件设定的网络。细心的读者可能发现这里的并不是以太网规定的，这是因为外层的封包还要占据。 Flannel是cereos开源的CNI网络插件，下图flannel官网提供的一个数据包经过封包、传输以及拆包的示意图，从这个图片中可以看出两台机器的docker0分别处于不同的段：10.1....
摘要：容器通过获取一个与同网段的地址，并默认连接到网桥，并将的地址作为网关实现容器与宿主机的网络互通，另外，同一个宿主机下同样使用模式的容器可以直接通讯。 【技术沙龙002期】数据中台：宜信敏捷数据中台建设实践|宜信技术沙龙 将于5月23日晚8点线上直播，点击报名 一、关于Docker Docker 是一个开源的应用容器引擎，基于 Go 语言 并遵从Apache2.0协议开源。 Docker...
摘要：是一个专为定制的三层网络解决方案，主要用于解决容器的跨主机通信问题。收到的数据包被转发到进程。查询路由表，解封包，并将数据包发送到。然后在网络层的源和目的均是容器的，虚拟。默认也是使用容器网络方案，其官网也清晰的画出了的。 前言 我们知道docker官方并没有提供多主机的容器通信方案，单机网络的模式主要有host，container，brige，none。none这种模式，顾名思义就是...
摘要：是一个专为定制的三层网络解决方案，主要用于解决容器的跨主机通信问题。收到的数据包被转发到进程。查询路由表，解封包，并将数据包发送到。然后在网络层的源和目的均是容器的，虚拟。默认也是使用容器网络方案，其官网也清晰的画出了的。 前言 我们知道docker官方并没有提供多主机的容器通信方案，单机网络的模式主要有host，container，brige，none。none这种模式，顾名思义就是...
阅读 3401·2023-04-25 22:04
阅读 2198·2021-11-22 15:29
阅读 2162·2021-10-11 10:57
阅读 1403·2021-09-24 09:48
阅读 3149·2021-09-09 09:34
阅读 2545·2021-09-02 15:21
阅读 2395·2019-08-30 15:53
阅读 1121·2019-08-30 14:07
