关于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权限选项的使用方式。在原有版本中，因为新容器中不存在启动所须要的文件夹，所以直接附加会致使失败。