docker管理数据有两种方式: storage driver 和 Data Volume。
storage driver 顾名思义是存储驱动管理的,不同的系统有不同的driver ,我们除了使用系统自身默认的storage driver,也可以使用第三方厂商的storage driver。不过一般而言,我们习惯使用系统自身默认的storage driver,例如本文所使用的是centos7自身默认的storage driver:devicemapper。
image
容器最上面的是一个可写的容器元数据层,下面由若干只读的镜像层组成,容器的数据就存放在容器元数据层和镜像层中。为什么会这样进行分层结构呢?
大家有没有学习过PS,分层结构相当于PS的图层,devicemapper将多层数据堆叠呈现给用户一个虚拟的操作系统,正如同PS将图层合并在一起给用户呈现一张绚丽的海报。这样以后容器的创建、共享以及分发变得非常高效。
[root@cgls ~]# docker info
image
devicemapper 模拟出来的操作系统可以满足我们的日常操作,探究其原理发现devicemapper 是直接操作容器元数据层,新录入数据在容器元数据层,修改现有数据也是先将镜像层将数据复制到容器层,然后在容器层中修改,镜像层保持不变。设想一下,经过长时间运行,这个容器会越来越大,之后再去迁移容器变得非常困难。
解决方案
docker 数据持久化:Data Volume
Data Volume简单点说,就是将宿主机上的目录挂载给容器使用,将容器内一些可能会动态增加的目录,放到宿主机目录上,这样容器不会变的越来越大。简而言之:无状态的数据devicemapper管理,持续化数据Data Volume管理。
模拟一个真实的容器:web服务容器。
web服务配置文件
web服务日志文件
web服务数据包(html页面和images)文件
web服务数据库文件
web服务容器的4类文件中,配置文件是无状态的数据,我们使用devicemapper管理;其他3类文件,都是未来可能需要修改的文件,我们使用Data Volume管理。
好的接下来,我们学习一下Data Volume的使用。
bind mount:直接将宿主机的/cgls挂载到容器的/cgls
docker run -itd -v /cgls -h cgls --name cgls centos
docker managed volum:直接将容器的/cgls挂载到/var/lib/docker/volumes/<id>/_data/
以上挂载的都是目录,如果是文件,只能选择bind mount。
注意,如果要挂载文件,文件必须在宿主机上是存在的,不然默认为目录。
docker run -itd -v /cgls.txt:/cgls.txt -h cgls --name cgls centos
bind mount与docker managed volum区别:
bind mount必须指明mount源,docker managed volum不需要指明mount源;
bind mount指明mount源,宿主机的目录会覆盖容器的目录,原有数据将被隐藏起来,
docker managed volum指向的是容器内已有目录,原有数据会被复制到 volume 中。
815181-20161108115455639-1438133571.png
网友评论