通过前面两篇的学习,我们对docker网络及四大网络类型都了解了。本文,咱们就来学习docker的自定义网络。我们为什么需要自定义网络呢?是为了让各个主机分门别类,井井有条。方便关联,使得网络之间可以通过服务名进行通信。为什么在容器中,我们要通过服务名进行通信呢?那是因为,docker容器内部的IP是有可能发生变化的。我们使用自定义网络,就是解决容器IP变动时候可以通过服务名直接网络通信而不受到影响。
我们先来看看没有使用自定义网络前:
在上一篇文章中,我们案例使用的tomcat81和tomcat82.我们启动这两个容器。使用命令:
docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat-jdk8
将两个Tomcat都启动,我们docker ps下,看看
OK,两个Tomcat都启动成功。我们分别进入各自容器实例内部。使用命令 docker exec -it tomcat81 bash。进入服务之后,我们来测试两种情况。1:通过IP两个容器相关ping;2:通过服务名进行相关ping
1:使用172.17.0.3去ping 172.17.0.2.如下图:
我们发现,通过IP,两个容器实例是可以相互ping通的。但是,我们前面说过,容器内的实例ip会发生变化的。假设,服务ip发生了变化,可能就ping不同了。那能不能按照服务名来ping呢(就像我们使用restTemplate试试,使用服务名进行请求一样)。我们来测试第二种情况。
通过服务名相互ping:
我们发现通过服务名字ping是相互不能ping的。所以,在使用自定义网络之前,我们可以得到如下结论:通过IP容器间可以ping通,但是不能通过服务名进行ping。在实际生产中,我们怎么可能将ip写死呢?如果将ip写死,是很危险的。尤其是在docker服务容器之间,用IP通信,更危险
我们再来看看使用自定义网络后能不能解决通过服务名ping的问题。
自定义桥接网络。注意自定义网络默认使用的是桥接网络bridge;
1:新建自定义网络
2:将新建容器加入上一步新建的自定义网络
3:使用服务名字,相互ping进行测试
先查看当前的网络情况。命令:docker network create 自定义网络名称
我们可以通过docker network ls 查看现有网络
将容器加入指定网络。在启动容器命令中加入:--network 网络名称 即可。用在我们案例中的话,启动tomcat8081的命令就是
docker run -d -p 8081:8080 --network zzyy_network --name tomcat81 billygoo/tomcat-jdk8
如下图:
自定义网络本身就维护好了主机名和IP的对应关系。将容器加入自定义网络中之后,可以通过ip进行相关ping,也可以通过服务名相关ping。