成功测试简介

注册

 

发新话题 回复该主题

Docker网络下自定义网络实战 [复制链接]

1#

通过前面两篇的学习,我们对docker网络及四大网络类型都了解了(详见:Docker网络上篇-网络介绍和Docker高级篇:docker网络的四种类型)。本文,咱们就来学习docker的自定义网络。我们为什么需要自定义网络呢?是为了让各个主机分门别类,井井有条。方便关联,使得网络之间可以通过服务名进行通信。为什么在容器中,我们要通过服务名进行通信呢?那是因为,docker容器内部的IP是有可能发生变化的。我们使用自定义网络,就是解决容器IP变动的时候可以通过服务名直接网络通信而不受到影响。

我们先来看看没有使用自定义网络前:

在文章中,我们案例使用的tomcat81和tomcat82.我们启动这两个容器。使用命令:

dockerrun-d-p:--nametomcat81billygoo/tomcat-jdk8

将两个Tomcat都启动,我们dockerps下,看看

OK,两个Tomcat都启动成功。我们分别进入各自容器实例内部。使用命令dockerexec-ittomcat81bash。进入服务之后,我们来测试两种情况。1:通过IP两个容器相关ping;2:通过服务名进行相关ping

1:使用.17.0.3去ping.17.0.2.如下图:

我们发现,通过IP,两个容器实例是可以相互ping通的。但是,我们前面说过,容器内的实例ip会发生变化的。假设,服务ip发生了变化,可能就ping不同了。那能不能按照服务名来ping呢(就像我们使用restTemplate试试,使用服务名进行请求一样)。我们来测试第二种情况。

通过服务名相互ping/p>

我们发现通过服务名字ping是相互不能ping的。所以,在使用自定义网络之前,我们可以得到如下结论:通过IP容器间可以ping通,但是不能通过服务名进行ping。在实际生产中,我们怎么可能将ip写死呢?如果将ip写死,是很危险的。尤其是在docker服务容器之间,用IP通信,更危险。

深入浅出Docker(异步图书出品)京东月销量好评率99%无理由退换京东配送官方店¥60购买

我们再来看看使用自定义网络后能不能解决通过服务名ping的问题。

步骤如下:

自定义桥接网络。注意自定义网络默认使用的是桥接网络bridge;

1:新建自定义网络

2:将新建容器加入上一步新建的自定义网络

3:使用服务名字,相互ping进行测试

1:自定义网络:

先查看当前的网络情况。命令:dockernetworkcreate自定义网络名称

我们可以通过dockernetworkls查看现有网络

2:新建的容器加入新建的自定义网络

将容器加入指定网络。在启动容器命令中加入:--network网络名称即可。用在我们案例中的话,启动tomcat的命令就是

dockerrun-d-p:--networkzzyy_network--nametomcat81billygoo/tomcat-jdk8

如下图:

3:使用服务名进行ping

工作总结:

自定义网络本身就维护好了主机名和IP的对应关系。将容器加入自定义网络中之后,可以通过ip进行相关ping,也可以通过服务名相关ping。

大家好,我是凯哥Java(kaigejava),乐于分享,每日更新技术文章,欢迎大家

分享 转发
TOP
发新话题 回复该主题