docker oracle持久化,Docker 数据持久化解决方案

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//_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 中。

image

815181-20161108115455639-1438133571.png