关于Docker 1.12中的最新功能，你需要了解这些

DockerCon已然落幕，留下了无数激动人心的声音。随着Docker1.12版本的发布，众多新功能新提升的出现，无疑将对Docker为中心的生态圈产生不小的影响。今天小数与大家看一看新版本对于存储层面都有哪些影响——

新版本的发布对存储层面来说，最值得关注的自然是分卷驱动器支持能力的强化。这些变更不仅能够使我们对分卷进行标记，从而明确其属于本地抑或全局可访问对象，同时也能够提供与可用分卷相关的驱动器具体信息。另外，1.12版本中还出现了众多提升及修复机制。很明显，部分变更将帮助Docker Swarm更好地完成规模化使命，甚至可以说这一规模化发展思路正是本届DockerCon大会的主旨所在。

值得关注的变化

支持分卷范围（本地/全局）# 22077

虽然这一变更谈不到什么飞跃，但如今使用docker分卷（例如swarm）的各服务已经能够将可用分卷识别为本地（特定主机）或全局（全部主机）。过去，当我们在swarm管理器中运行“docker volume ls”时，所有可用于全部swarm代理的全局分卷都会在各主机上被分别列出。这使得我们很难据此构建起可扩展的Docker Swarm集群。现在，新的调整让我们得以轻松区分全局分卷与本地分卷。

支持分卷状态 # 21006

过去，每个Docker分卷只包含分卷名称、驱动器名称、安装位置以及基本标签（如果使用）等信息。

而在1.12版本中，我们能够获取更多来自驱动器的各分卷细节信息（嵌套于Status下）。

其它变化

支持ZFS分卷大小 # 21946

在1.12版本之前，我们无法强制指定ZFS分卷的大小，但现在已经可以通过“-storage-opts”实现。

支持利用BTRFS实现磁盘配额 # 19651

如果利用BTRFS取代devicemapper作为默认docker文件系统，我们将能够为各独立docker容器设置最大大小或容量配额。

分卷名称/驱动器过滤 # 21361

新版本提供的增强过滤机制适用于“docker volume”命令/api请求。这意味着我们可以获取更为具体的特定分卷名称信息，或者可由特定分卷驱动器访问的全部分卷。

为分卷安装/卸载请求匹配惟一ID # 21015

当分卷安装/卸载请求被发送至分卷驱动器时，系统会同时生成一条惟一ID以确保驱动器对各请求加以追踪。如此一来，分卷驱动器就能够更好地识别安装与卸载请求。

SELinux用户迎来小幅修复 # 17262

如果大家在自己的docker主机上使用SELinux，则# 17262能够修复将本地目录附加至新容器时z/Z权限选项的使用方式。在原有版本中，由于新容器中不存在启动所需要的文件夹，因此直接附加会导致失败。

关键字：docker, 数人云, 分卷, 驱动器

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！