微信号:beyondcent

介绍:博云(BoCloud)专注于借助云计算等新型技术帮助客户CIO和信息技术部门实现从技术支撑型向核心业务决策型战略转变.在基于虚拟化的弹性基础设施平台搭建、基于容器的敏捷业务平台和多维度的信息系统运维与决策平...

Docker的link机制你够了解吗?

2016-06-28 16:04 博云

点击「博云」可快速关注


翻译:jeff216

文章来源:云栖社区



什么是docker的link机制


同一个宿主机上的多个docker容器之间如果想进行通信,可以通过使用容器的ip地址来通信,也可以通过宿主机的ip加上容器暴露出的端口号来通信,前者会导致ip地址的硬编码,不方便迁移,并且容器重启后ip地址会改变,除非使用固定的ip,后者的通信方式比较单一,只能依靠监听在暴露出的端口的进程来进行有限的通信。


通过docker的link机制可以通过一个name来和另一个容器通信,link机制方便了容器去发现其它的容器并且可以安全的传递一些连接信息给其它的容器。


其使用方式如下:


1.运行一个容器,通过–name指定一个便于记忆的名字,这个容器被称为source container,也就是要连接的容器。


docker run --name db -e MYSQL_ROOT_PASSWORD=server -d mysql


上面通过传递环境变量MYSQL_ROOT_PASSWORD=server,来设置mysql服务的密码为server。


2.运行另外一个容器,并link到上面启动的容器,这个容器被称为received container。


sudo docker run -d --name web --link db:aliasdb nginx


上面通过--link连接名为db的容器,并为其设置了别名aliasdb。


完成了上面的两个步骤后,在nginx的容器中就可以使用db或者aliasdb作为连接地址来连接mysql服务,即使容器重启了,地址发生了变化,不会影响两个容器之间的连接。


link机制的连接信息传递


虽然通过使用link机制nginx可以和mysql进行通信了,但是如何知道mysql的端口是多少呢?


虽然说是固定的是3306,但是也不排除更改端口号的问题,并且对应一些非固定端口的应用来说,只要要连接的容器的端口信息也是尤为重要的。


link机制通过环境变量的方式提供了这些信息,除此之外像db的密码这些信息也会通过环境变量提供。docker将source container中定义的环境变量全部导入到received container中,在received container中可以通过环境变量来获取连接信息下面是db中提供的环境变量:


PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/mysql/bin:/usr/local/mysql/scripts 

HOSTNAME=c1a7c7f091eb 

MYSQL_ROOT_PASSWORD=server 

MYSQL_MAJOR=5.5 MYSQL_VERSION=5.5.48 

HOME=/root

注: 使用docker exec db env命令来获得上面的结果 



下面我们来看看在web这个容器中,这些变量是如何被导入的。


PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin 

HOSTNAME=6337c0044215 

ALIASDB_PORT=tcp://172.17.0.8:3306 

ALIASDB_PORT_3306_TCP=tcp://172.17.0.8:3306 

ALIASDB_PORT_3306_TCP_ADDR=172.17.0.8 ALIASDB_PORT_3306_TCP_PORT=3306

ALIASDB_PORT_3306_TCP_PROTO=tcp 

ALIASDB_NAME=/web/aliasdb 

ALIASDB_ENV_MYSQL_ROOT_PASSWORD=server 

ALIASDB_ENV_MYSQL_MAJOR=5.5 

ALIASDB_ENV_MYSQL_VERSION=5.5.48 

NGINX_VERSION=1.9.10-1~jessie 

HOME=/root


上面的变量被分成了五个部分:

  • 第一个部分是web容器自身提供的一些环境变量,如NGINX_VERSION,HOSTNAME,HOME,PATH等。


  • 第二个部分则是ALIASDB_ENV开头的变量,这些都是从source container中导入的,变量来源于Dockerfile中使用ENV命令定义的变量,或者是docker run的时候通过-e 添加的环境变量。


  • 第三个部分是ALIASDB_NAME 这个变量,这变量记录了link的两个容器的组合,这里就是/web/db


  • 第四个部分就是ALIASDB_PORT开头的一系列变量,这些变量会有很组,每组变量的命名格式如下:


<alias>_PORT_<port>_<protocol> 

<alias>_PORT_<port>_<protocol>_PORT 

<alias>_PORT_<port>_<protocol>_PROTO 

<alias>_PORT_<port>_<protocol>_ADDR


其中<port>是在Dockerfile中使用EXPOSE导出的端口,还有docker run 的时候使用-p导出的端口。<protocol>则是这些端口对应的协议。


  • 第五个部分就是ALIASDB_PORT这个变量,这个变量是EXPOSE导出端口中的第一个端口对应的连接url。如果有EXPOSE导出的端口,还有docker run -p指定导出的端口,那么通过-p指定的端口是第一个被导出的端口。



link机制和 /etc/hosts



使用了link机制后,可以通过指定的名字来和目标容器通信,这其实是通过给/etc/hosts中加入名称和IP的解析关系来实现的,下面是名为web的容器中的/etc/hosts信息。


172.17.0.10 6337c0044215 

127.0.0.1  localhost 

::1 localhost ip6-localhost ip6-loopback 

fe00::0 ip6-localnet 

ff00::0 ip6-mcastprefix 

ff02::1 ip6-allnodes 

ff02::2 ip6-allrouters 

172.17.0.8  aliasdb c1a7c7f091eb db


通过上面的信息可以看出,link机制给received container(这里是名为web的容器)添加了一条关于db容器的名称解析。


有了这个名称解析后就可以不使用ip来和目标容器通信了,除此之外当目标容器重启,docker会负责更新/etc/hosts文件,因此可以不用担心容器重启后IP地址发生了改变,解析无法生效的问题。


但是很不幸的是,环境变量无法更新,上文中提到了link机制会通过环境变量将一些db容器的信息导入到web容器中,这种导入是一次性的,此后这个容器更新了环境变量的信息是无法在web容器中更新的。



link机制和网络新特性


通过上文中对link机制的介绍,可以发现link机制提供了如下几个功能:


  • 名称解析

  • 对link的容器可以使用别名

  • 安全的容器间连接通信

  • 环境变量的注入


安全的容器间连接通信,这个需要结合docker daemon的-icc=false 这个选项,默认同一个宿主机上的所有容器可以互相通信,当使用-icc=false 的时候所有容器之间是无法进行互相通信的(具体原因会单独出篇文章分析),但是使用link机制后,即使使用了-icc=false两个容器之间也可以进行基于端口的通信。


很不幸的是当docker引入网络新特性后,link机制变的有些多余,但是为了兼容早期版本,–link机制在默认网络上的功能依旧没有发生变化。docker引入网络新特性后,内置了一个DNS Server,但是只有用户创建了自定义网络后,这个DNS Server才会起作用。


在网络新特性为未引入之前,有三种网络:

第一种就是docker0这种桥接网络,用的也是最多的;


第二个则是复用主机网络,称为HOST网络;


第三种就是none网络,只创建了一个空的网络命名空间,没有网络接口,无法和外界通信,可以让使用者自己去构建网络。


当网络新特性引入后,有了overlay网络,有了用户自定义网络。用户自定义网络下,用户可以通过docker的network子命令创建一个自定义的桥接网络,这个自定义桥接的网络和默认的docker0桥接网络基本功能都是一致的,只是在这个自定义桥接网络中拥有一些特性,可以替代link机制。


这些特性包括如下几个方面:


  • 基于DNS的名称自动解析

  • 安全的隔离环境

  • 动态的附加或者脱离一个网络

  • 支持使用–link设置别名



在用户自定义网络下,不使用link机制就可以实现名称解析功能了,不再是通过link机制追加名称解析关系到/etc/hosts文件中了。并且在默认的docker0桥接网络和自定义网络下使用link机制的效果是不一样的,在自定义网络中link机制只是负责设置别名的,不再提供环境变量注入的功能了。自定义网络中同时也提供了--net-alias功能和link机制提供别名功能是一样的。保留link机制目的是为了兼容。


参考文献


Legacy container links 
Linking containers in user-defined networks



END



精选推荐




关于博云

BoCloud博云(苏州博纳讯动软件有限公司),为企业级客户提供专业的云计算服务,以智能化云运维云化IT架构传统应用的互联网化,运用最新的容器技术,协助企业完成IT系统云架构的实施和运维,帮助行业客户降低成本、提升效率、简化运维、提高系统可靠性和安全性。 



 
博云 更多文章 Ansible vs SaltStack 谁才是自动化运维好帮手? 构建微服务架构的最佳实践之【服务的交互】 易观:2018年金融IT市场规模将达420亿元 云计算助力金融企业加速转型 揭秘:容器实时迁移的3大解决方案 分布式任务编排调度框架设计
猜您喜欢 devpi:&nbsp;PyPI&nbsp;服务器兼打包/测试/发布工具 全面理解HTTP 在Node.js项目使用Docker Compose 新闻快读|苹果开始做Andriod;谷歌将发布Andriod手机定价50美元;微软开源WinObjC…… 传智播客西安中心之就业数据