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