Docker 1.7 介绍
文章目录
实验特性
很多软件在发布的时候都会分为开发板和稳定版,稳定版可以供生产环境使用,开发版是让 感兴趣的用户使用,体验新特性,并报告 BUG 以助于官方改进。现在 Docker 在提供稳定版的 同时,也提供了集成了很多新特性的开发版供下载使用。
正式版的安装方式是用 https://get.docker.com/上的脚本,
开发版的安装类似,只不过用的脚本不一样 : https://experimental.docker.com/,二者最终会
启用不一样的软件源。目前开发版的版本是:1.8.0-dev
,如下图所示:
注意其中的Experimental
字段为TRUE
。
下面我就先来看看开发版里的比较重要的更新,以便了解 Docker 后续的发展状况:
插件支持
在介绍插件之前,我们首先回顾一下 Docker 本身的架构发展。Docker 从一开始就是 REST
API + JSON 的架构,这是整个 Docker 生态体系能迅速壮大的原因之一。但就 Docker
Server 端的后台 Engine 来说,仍然是好多功能交织在一块,过于复杂。所以在 Docker 的后续版本中,
对 Engine 进行模块化重构一直是重中之重。从最初分离出来的 libcontainer
,到
libtrust
,然后现在的libnetwork
,libkv
,越来越多的子模块被独立出来,既简化了架
构,也增强了 Docker 对各个异构系统的适应能力。很多模块在使用上都有点类似于最早的
GraphDriver
这一块,Docker 只提供一个通用的 Driver
接口,各个文件系统
(aufs
,overlay
等)自己实现这些接口即可。如今的插件机制便是对这一功能的扩充。
如今的插件机制只支持 volume plugin
和network driver plugins
,后续肯定也会支持其他的
插件。如果你想现在自己尝试编写一个插件,请参考以下文档: Experimental: Docker Plugin API
官方文档里也列出了几个现存的插件,如下所示:
- Flocker plugin volume plugin,是数据卷可在多个主机间无缝迁移。
- Weave plugin netwrok driver plugin,提供虚拟的多主机间的容器网络环境
- Calico plugin network driver plugin, 提供多主机间基于 BGP 的虚拟网络
网络和服务
大家期待已久的关于网络和服务的特性终于在这一版里有了重大更新。如今network
和
server
都已经成了Docker
里面的一等公民
,像Image
和Container
一样,在命令行
里试一下:
注意,直接输入docker
命令后的的帮助信息里并没有这两个子命令,估计是还没有同步更
新。
除了这些之外,也增加到了对不同主机间的容器网络的支持。在这之上,Docker 原生的服务 发现功能也成为了可能。如果对 Docker 在网络方面的发展感兴趣,可关注一下 libnetwork项目。
下面将开始介绍稳定版里的新功能:
资源管理
CPU CFS quota
CFS
指Completely Fair Scheduler
,完全公平调度器。在 cgroups 里可以用
cpu.cfs_period_us
和cpu.cfs_quota_us
来限制该组中的所有进程在单位时间里可以使
用各 CPU 时间。其中前者是时间周期,默认为 100ms,后者是在这时间内可使用的 CPU 时间,默
认为-1,即无限制。此次在docker run
中增加了--cpu-quota
参数可用来调节后者的值。
磁盘 IO 限制
Docker 为进程提供了一个隔离的运行环境,但这个隔离并不是很完全,在很多资源的限制方
面都未实现。在 1.7 之前,一直没有对磁盘 IO 进行限制的功能,此次增加了
--blkio-weight
参数正是为了解决这个问题。
ZFS
现在在实际中常用的两个graph driver
是aufs
和devicemapper
,分别在ubuntu
系和
redhat
系上用的最多。从源码上来看,推荐的使用顺序依次是
aufs
,btrfs
,zfs
,devicemapper
,overlay
,vfs
,可见zfs
犹在
devicemapper
之前,此次增加对ZFS
的支持,也为大家以后选择文件系统提供了更多的
选择。
容器
Logs
logs 方面的重大更新是在 1.6 版本,此次只是增加了--since
参数用于截取自某个时间段之
后的日志。
Exec
之前的版本中,使用docker exec
时,新的进程都会用 root 权限运行,这会带来很多安全
隐患。此次增加了--user
参数,提升了容器的安全性。
命名空间
Docker 将容器与宿主机隔离起来,但在有些场景下,我们也需要在某些方面让容器和主机共享
资源。比如我们知道--net=host
参数,通过使用主机网络,可以避免虚拟网络的性能损耗,
--pid
参数可以用来选择 PID 的命名空间。此次增加了UTS
(hostname
)命名空间共享的支持,给用户在使用上带来了更
多的选择。
userland-proxy
userland proxy
一直以来的作用是通过0.0.0.0
地址对容器映射出来的端口进行访问,
在很多场景下,这个功能并不是必须的,而且docker-proxy
所占用的资源过多也一直被诟病,
所以在此版本增加了--userland-proxy
选项,让用户来选择是否开启这个功能。
参考链接
文章作者 涯余
上次更新 2015-07-12