1.是什么

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

先来看看Docker的理念：

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

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

为了能保存数据在docker中我们使用卷。

2.能干嘛

  • 容器的持久化
  • 容器间继承，共享数据

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

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

特点：

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

3.数据卷

3.1 直接命令添加

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

#eg
docker run -it -v C:\test:/test nginx:latest

docker inspect 02eaddecbd23  #查看挂载
#截取binds部分数据
"Binds": [
	"C:\\test:/test"
],

#数据共享 容器内的test目录下跟主机的test数据一致
C:\Users\sunshine>docker exec -it 02eaddecbd23 /bin/bash
root@02eaddecbd23:/# cd /test
root@02eaddecbd23:/test# ls
engine-components-flow.png
root@02eaddecbd23:/test# 

#容器关闭，修改主机数据，再次启动容器查看数据是否同步
#数据与主机一致
C:\Users\sunshine>docker exec -it 02eaddecbd23 /bin/bash
root@02eaddecbd23:/# cd /test/
root@02eaddecbd23:/test# ls
engine-components-flow.png  install.bmp
root@02eaddecbd23:/test#

3.2 DockerFile添加

#在宿主机添加一个 test 文件，文件内容如下：
# 可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷
# volume test
FROM centos
VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"]
CMD echo "finished,--------success1"
CMD /bin/bash

#构造新镜像 cxn/centos
docker build -f .\test -t cxn/centos .

#docker imgaes查看生成的镜像
C:\Users\sunshine\Desktop\mydocker> docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
cxn/centos          latest              0e115194f3fb        7 hours ago         209MB

#run 可以看到容器内部设置的数据卷
C:\Users\sunshine>docker run -it cxn/centos
[root@ef5d01edea4b /]# ls
bin                   dataVolumeContainer2  etc   lib    lost+found  mnt  proc  run   srv  tmp  var
dataVolumeContainer1  dev                   home  lib64  media       opt  root  sbin  sys  usr
[root@ef5d01edea4b /]#

#inspect查看对应主机的默认地址
"Mounts": [{
		"Type": "volume",
		"Name": "d798b73908dab796ba9468ec9bf6c31635bfc43eca172796a5a22e29f3f54bc4",
		"Source": "/var/lib/docker/volumes/d798b73908dab796ba9468ec9bf6c31635bfc43eca172796a5a22e29f3f54bc4/_data", #宿主机的
		"Destination": "/dataVolumeContainer1",#容器的
		"Driver": "local",
		"Mode": "",
		"RW": true,
		"Propagation": ""
	},
	{
		"Type": "volume",
		"Name": "0bf86b37ae3ef9f2f2b710b25dc81818b5c44db812406ab173bc50d5bbf3fc9b",
		"Source": "/var/lib/docker/volumes/0bf86b37ae3ef9f2f2b710b25dc81818b5c44db812406ab173bc50d5bbf3fc9b/_data",#宿主机的
		"Destination": "/dataVolumeContainer2",#容器的
		"Driver": "local",
		"Mode": "",
		"RW": true,
		"Propagation": ""
	}
]

4.数据卷容器

命名的容器挂载数据卷，其它容器通过挂载这个(父容器)实现数据共享，挂载数据卷的容器，称之为数据卷容器

#以上一步生成的 cxn/centos为模板运行 dc01/dc02/dc03
#都已经具有容器卷 dataVolumeContainer1和dataVolumeContainer2
#启动父容器dc01 并且在 dataVolumeContainer2下添加 dc01_add.txt文件
C:\Users\sunshine>docker run -it --name dc01 cxn/centos
[root@3d3e5437547b /]# ls
bin                   dataVolumeContainer2  etc   lib    lost+found  mnt  proc  run   srv  tmp  var
dataVolumeContainer1  dev                   home  lib64  media       opt  root  sbin  sys  usr
[root@3d3e5437547b /]# cd dataVolumeContainer2/
[root@3d3e5437547b dataVolumeContainer2]# touch dc01_add.txt

#dc02/dc03继承自dc01 并且各自在dataVolumeContainer2下创建 dc02_add.txt  dc03_add.txt
docker run -it --name dc02 --volumes-from dc01 cxn/centos
docker run -it --name dc03 --volumes-from dc01 cxn/centos

#回到dc01 可以看到02/03各自添加的都能共享了
C:\Users\sunshine>docker attach dc01
[root@3d3e5437547b dataVolumeContainer2]# pwd
/dataVolumeContainer2
[root@3d3e5437547b dataVolumeContainer2]# ls
dc01_add.txt  dc02_add.txt  dc03_add.txt

#删除dc01后，dc02和dc03的 dataVolumeContainer2 下仍然是 dc01_add.txt  dc02_add.txt  dc03_add.txt
C:\Users\sunshine>docker rm -f dc01
dc01
C:\Users\sunshine>docker attach dc02
[root@b2d0feb5e8b3 dataVolumeContainer2]# ls
dc01_add.txt  dc02_add.txt  dc03_add.txt
[root@b2d0feb5e8b3 dataVolumeContainer2]#

#dc02修改后dc03访问：c03仍然可以访问到dc02修改的数据
C:\Users\sunshine>docker attach dc02
[root@b2d0feb5e8b3 dataVolumeContainer2]# ls
dc01_add.txt  dc02_add.txt  dc03_add.txt
[root@b2d0feb5e8b3 dataVolumeContainer2]# touch dc02_update.txt
[root@b2d0feb5e8b3 dataVolumeContainer2]# read escape sequence

C:\Users\sunshine>docker attach dc03
[root@f8cf58049559 dataVolumeContainer2]# ls
dc01_add.txt  dc02_add.txt  dc02_update.txt  dc03_add.txt
[root@f8cf58049559 dataVolumeContainer2]#

#删除dc02后dc03访问：dc03仍然可以访问到dc02的数据
C:\Users\sunshine>docker rm -f dc02
dc02

C:\Users\sunshine>docker attach dc03
[root@f8cf58049559 dataVolumeContainer2]# ls
dc01_add.txt  dc02_add.txt  dc02_update.txt  dc03_add.txt
[root@f8cf58049559 dataVolumeContainer2]#

结论：容器之间配置信息的传递，数据卷的生命周期一直持续到没有容器使用它为止