Docker基础篇-08-数据卷以及数据卷容器

1. docker容器数据卷是什么

先来看看Docker的理念：

• 将运用与运行的环境打包形成容器运行 ，运行可以伴随着容器，但是我们对数据的要求希望是持久化的
• 容器之间希望有可能共享数据

Docker容器产生的数据，如果不通过docker commit生成新的镜像，使得数据做为镜像的一部分保存下来，那么当容器删除后，数据自然也就没了。为了能保存数据在docker中我们使用卷。

一句话: 有点类似我们的Redis里面的rdb和aof文件

2.能干吗？

卷就是目录或文件，存在于一个或多个容器中，由docker挂载到容器，但不属于联合文件系统，因此能够绕过Union File System提供一些用于持续存储或共享数据的特性：

卷的设计目的就是数据的持久化，完全独立于容器的生存周期，因此Docker不会在容器删除时删除其挂载的数据卷

2.1 特点:

1. 数据卷可在容器之间共享或重用数据
2. 卷中的更改可以直接生效
3. 数据卷中的更改不会包含在镜像的更新中
4. 数据卷的生命周期一直持续到没有容器使用它为止

2.2 作用:

1. 容器的持久化
2. 容器间继承+共享数据

3. 数据卷

3.1 直接命令添加

docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名

3.1.1 案例：

eg: docker run -it -v /ancdefg:/1234567 centos

3.1.2 容器和宿主机之间数据共享

当容器内创建文件或者修改，主机内会同步，反之，主机上也会同步到容器，相当于将一个U盘插在主机上，这就是数据卷的作用

3.1.3 容器停止退出后，主机修改后数据是否同步？？？

会，相当于rdb或者aof

3.2 带权限命令添加

docker run -it -v /宿主机绝对路径目录:/容器内目录：ro 镜像名

3.2.1 案例：

eg: docker run -it -v /ancdefg:/1234567:ro centos
通过上面docker inspect 命令得知，如果不加：ro，默认是读写都可以
但是如果加了ro,代表read only 也就是容器内文件只能读不能写

3.3 dockerFile命令添加 VOLUME

dockerfile是什么？

打个比方:

在java当中                  xxx.java  -> xxx.class
                在docker当中 镜像image -> dockerFile文件

3.3.1 案例：

1.根目录下新建mydocker文件夹并进入
2. 可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷

VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"]

说明：

• 出于可移植和分享的考虑，用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。
• 由于宿主机目录是依赖于特定宿主机的，并不能够保证在所的宿主机上都存在这样的特定目录。

3. File构建(这里随便构建一个最简单的)
   
   . 也代表当前路径
   ps:不要直接在root下面操作docker build命令
   

3.3.2 备注:

  Docker挂载主机目录Docker访问出现cannot open directory .: Permission denied
  解决办法：在挂载目录后多加一个--privileged=true参数即可

4. 数据卷容器

命名的容器挂载数据卷，其它容器通过挂载这个(父容器)实现数据共享，挂载数据卷的容器，称之为数据卷容器；
说人话就是：移动硬盘上面再插移动硬盘

4.1 案列解析

以上一步新建的镜像wangql/centos为模板运行容器dc01/dc02/dc03
他们已经具有容器卷

• /dataVolumeContainer1
• /dataVolumeContainer2

在宿主机内 先创建dc01作为母体

docker run -it --name dc01 wangql/centos

再创建dc02作为下一个数据卷继承dc01
再创建dc03作为下一个数据卷继承dc02
这样dc01 dc02 dc03 就形成了数据卷容器 互通

即在dc01中同一数据卷文件夹下创建文件在其他2个里面也能看到
进入dc03的数据卷dataVolumerContainer1当中创建文件

在dc01的dataVolumerContainer1文件夹也会存在

4.2 容器间传递共享 --volumes from

通过上面的案列分析，我们发现dc03继承dc02,dc02继续dc01
三者文件互通
下面我们使用dc02继承dc01,dc03继承dc01,dc04继承dc03

操作一：在dc04里面创建文件，其它三个都能看见
操作二: 删除dc01，在dc04里面创建文件，其他几个都能见
操作三：删除dc03，在dc04里面创建文件，其他都能见
我们会发现一个结论: 容器之间配置信息的传递，数据卷的声明周期一直持续到没有容器使用它为止
换句话说就是:只要是一个数据卷容器里面，谁挂了都不影响，除非全挂了，数据卷容器也就是没了