docker存储驱动知识归纳总结
向您推荐
前言
本文大部分内容,摘自docker官方文档.Understand images, containers, and storage drivers
译者没有采取原文翻译的方式,而是结合自己的学习进行了归纳总结.
要想真正的理解docker的存储驱动,需要先了解docker镜像是如何构建和存储,以及容器如何使用镜像.
镜像与分层
下面是ubuntu:15.04的镜像分层.一共是4层,每一层都由一些只读并且描绘系统区别的文件组成.
上下两张图对比,可以清晰的看到镜像分层关系(上图是官方文档图片,可以看到镜像大小进行了精简,但是ubuntu:15.04镜像的分层结构没变).
docker history ubuntu:15.04
IMAGE CREATED CREATED BY SIZE COMMENT
d1b55fd07600 4 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B
<missing> 4 months ago /bin/sh -c sed -i 's/^#s*(deb.*universe)$/ 1.879 kB
<missing> 4 months ago /bin/sh -c echo '#!/bin/sh' > /usr/sbin/polic 701 B
<missing> 4 months ago /bin/sh -c #(nop) ADD file:3f4708cf445dc1b537 131.3 MB
Docker存储驱动的作用就是:将这些分层的镜像文件堆叠起来,并且提供统一的视图.使container的文件系统看上去和我们普通的文件系统没什么区别.
当创建一个新的容器的时候,实际上是在镜像的分层上新添加了一层container layer(容器层).之后所有对容器产生的修改,实际都只影响这一层.
注意
- 容器层:读写层(可写层)
- 镜像层:只读层
容器与分层
镜像与容器的一个主要区别就是,是否具有顶层的读写层(可写层).对于一个容器的数据新增,修改,都存储在可写层.当你删除一个容器的时候,可写层也将被删除(注意:可写层与数据卷的区别).然而镜像层是保持不变的.
下图展示了,多个容器共享一个镜像.镜像层是只读层,不变的.多个容器层在同一个镜像层之上,并且相互独立,互相不影响.
docker 存储驱动的职责就是将镜像层和可写容器层管理起来.不同的驱动实现管理的方式也不一致.实现容器与镜像管理的两个关键技术就是可堆叠的镜像层和copy-on-write (CoW,写时复制).
简述写时复制
举个例子:小文和小武由不同的老师上数学课,但是他们只有一个习题册.小文的作业是,练习册的第十一页.为了不影响到小武,小文的做法是将第11页copy,完成作业后上交.这就是一个典型的写时复制
第一次修改一个文件,这个文件首先会从该读写层下面的只读层复制到该读写层。该文件的只读版本依然存在,但是已经被读写层中的该文件副本所隐藏。
了解了写时复制,就应该注意一个问题:如果第一次修改镜像层内包含的文件,文件的size很大.会造成大量的磁盘IO的开销.所以不建议将需要修改的大文件,集成到镜像内.可以采用数据卷的方式.
数据卷与存储驱动
当一个容器删除的时候,写入该容器的所有数据将被删除(除了保存在数据卷中的数据)
数据卷是挂载到容器的,docker宿主机上的一个目录或文件。对数据卷的文件读写是不受存储驱动控制的,接近于本地文件系统读写速度.可以挂载多个数据卷到一个容器.也可以多个容器共享一个或多个数据卷.
如图所示:一个docker宿主机运行2个容器。每个容器有自己的存储空间,存储于宿主机本地文件系统 /var/lib/docker/... 另外有一个共享的数据卷在 /data.挂载到两个容器内实现共享.
如何选择存储驱动
docker目前支持的存储驱动有:OverlayFS,AUFS,Btrfs,Device Mapper,VFS,ZFS。
- docker的存储驱动目前并没有一个通用的,完美的,适用于所有环境的存储驱动.所以需要根据自己的环境来有所选择.
- 存储驱动在不断的改进与发展
- 如果从稳定性上的考量,在安装docker的时候会默认根据你的系统环境配置选择一个存储驱动.通常来说使用这个默认的驱动将减少你遇到bug的机会.
- 如果你的团队使用过RHEL及其相关分支,你可能有关于LVM和Device Mapper的经验.这时建议你使用devicemapper存储驱动.
查看当前docker 引擎的存储驱动
#docker info
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 24
Server Version: 1.10.2
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 52
Dirperm1 Supported: true
如图所示:存储驱动类型为aufs,宿主机文件系统的格式为extfs。
存储驱动与宿主机文件格式
存储驱动 |
通常被使用在(宿主机fs格式) |
不支持的fs格式 |
---|---|---|
overlay |
ext4 xfs |
btrfs aufs overlay overlay2 zfs eCryptfs |
overlay2 |
ext4 xfs |
btrfs aufs overlay overlay2 zfs eCryptfs |
aufs |
ext4 xfs |
btrfs aufs eCryptfs |
btrfs |
btrfs only |
N/A |
devicemapper |
direct-lvm |
N/A |
vfs |
debugging only |
N/A |
zfs |
zfs only |
N/A |
设置docker的存储驱动
- 方法一:如设置存储驱动的类型为devicemapper
$ dockerd --storage-driver=devicemapper &
- 方法二:如设置存储驱动的类型为devicemapper,在DOCKER_OPTS配置参数的最后面加上--storage-driver=devicemapper
vim /etc/default/docker
DOCKER_OPTS="<其他配置项> --storage-driver=devicemapper"
现状与未来
许多人认为OverlayFS是Docker存储驱动的未来.然而,它仍然不够成熟.稳定性上也不如一些成熟的存储驱动,如:AUFS,devicemapper. 下面的图表,显示了每个存储驱动的优势以及不足,请参考:
具体到某一个存储驱动
这部分介绍具体的存储驱动的实现方式,对于技术研究者可以参考学习.对于应用实践者,可以暂时止步.笔者看了这部分内容,没有进行翻译总结.留下待以后完成.
AUFS
device mapper
Docker and the Device Mapper storage driver
写于
2016年6月21日 发布于: 字母哥博客
docker技术日新月异,文中内容可能时刻发生变化.
- JavaScript 教程
- JavaScript 编辑工具
- JavaScript 与HTML
- JavaScript 与Java
- JavaScript 数据结构
- JavaScript 基本数据类型
- JavaScript 特殊数据类型
- JavaScript 运算符
- JavaScript typeof 运算符
- JavaScript 表达式
- JavaScript 类型转换
- JavaScript 基本语法
- JavaScript 注释
- Javascript 基本处理流程
- Javascript 选择结构
- Javascript if 语句
- Javascript if 语句的嵌套
- Javascript switch 语句
- Javascript 循环结构
- Javascript 循环结构实例
- Javascript 跳转语句
- Javascript 控制语句总结
- Javascript 函数介绍
- Javascript 函数的定义
- Javascript 函数调用
- Javascript 几种特殊的函数
- JavaScript 内置函数简介
- Javascript eval() 函数
- Javascript isFinite() 函数
- Javascript isNaN() 函数
- parseInt() 与 parseFloat()
- escape() 与 unescape()
- Javascript 字符串介绍
- Javascript length属性
- javascript 字符串函数
- Javascript 日期对象简介
- Javascript 日期对象用途
- Date 对象属性和方法
- Javascript 数组是什么
- Javascript 创建数组
- Javascript 数组赋值与取值
- Javascript 数组属性和方法
- 第7章代码-真实感图形技术
- 第6章代码-三维造型
- 自定义组件使用v-model
- 金蝶K3 WISE版本过服务期后打补丁方法-完善版本
- 图像处理笔记(6)---- OpenCV waitKey函数
- SpringBoot整合Quartz作为调度中心完整实用例子
- SpringBoot整合SpringSecurity简单实现登入登出从零搭建
- SpringBoot整合SpringBatch实用简例
- 解决JPA懒加载典型的N+1问题-注解@NamedEntityGraph
- 基于Shiro,JWT实现微信小程序登录完整例子
- Spring Cloud Eureka 总结
- Spring Cloud Feign 总结
- 掘金15W沸点简单分析(一)
- SpringBoot整合Shiro实现基于角色的权限访问控制(RBAC)系统简单设计从零搭建
- 基于AOP和ThreadLocal实现日志记录