Docker docker的存储卷

docker的存储卷

1、简介

Docker镜像是由多个只读层叠加而成，启动容器的时候，docker会加载只读镜像并再镜像栈顶添加一些读写层
如果运行的容器修改了现有的一个已经存在的文件，那改文件会从读写层下的只读层复制到读写曾，改文件的只读版本仍然存在，只是已经被读写层中该文件的副本所隐藏，就是所说的写时复制机制
类似于挂载把容器内的数据与宿主机的一个路径简历关联关系，可以让宿主机和容器交换文件等也可以让两个容器的隔离系统在某个子路径实现绑定关系共享该路径的效果
容器关闭后自动删除容器内部数据也会丢失如果重新创建容器直接关联到原数据的存储卷，可保证数据和业务的持久性
- 扩展：容器的存储卷所在宿主机的位置可以是宿主机NFS挂载的位置，这样的话，所有挂载了nfs目录的主机就都可以看到该存储卷可以实现集群范围内任意机器启动docker来继续业务，云计算的基础理论就是这样

2、存储卷

存储卷：关闭重启容器数据不受影响，但是删除docker则会全部丢失
存在的问题
存储与联合文件系统中，不易于宿主机访问
荣期间数据共享不便
删除容器其数据会丢失
解决方案卷
卷是容器上的一个或多个目录此类目录也可以绕过联合文件系统与宿主机上的某目录关联
种类
1、绑定挂载卷:

需要制定容器和宿主机的关联路径

docker run -it -v HOSTDIR:VOLUMEDIR --name aaa aaa
2、docker管理的卷:
只指定容器路径 -v

docker run -it --name aaa -v /data

1、docker管理的卷

验证

#开启容器并指定容器路径
[root@node1 ~]# docker run --name b2 -it -v /data busybox
/ # ls
bin   data  dev   etc   home  proc  root  sys   tmp   usr   var
#查看卷详情
[root@node1 ~]# docker inspect b2
"Mounts": [
            {
                "Type": "volume",
                "Name": "f7a3823aa84cab14754c145f9645b4509d749d7131c5115fdf325286067276ff",
                "Source": "/var/lib/docker/volumes/f7a3823aa84cab14754c145f9645b4509d749d7131c5115fdf325286067276ff/_data",
                "Destination": "/data",
                "Driver": "local",
                "Mode": "",
                "RW": true,
                "Propagation": ""
            }
        ],
#看到容器挂载路径为/data
#宿主机挂载路径为/var/lib/docker/volumes/f7a3823aa84cab14754c145f9645b4509d749d7131c5115fdf325286067276ff/_data
#测试宿主机和容器之间共享文件
#宿主机
[root@node1 ~]# cd /var/lib/docker/volumes/f7a3823aa84cab14754c145f9645b4509d749d7131c5115fdf325286067276ff/_data
[root@node1 _data]# touch 406056573
[root@node1 _data]# ls
406056573
#容器
/ # ls data
406056573
#容器和宿主机之间可以实现文件共享

2、绑定挂载卷

验证

#开启容器指定宿舍主机和容器存储卷路径
[root@node1 ~]#  docker run --name b2 -it --rm -v /data/volumes/bs:/data busybox
/ # ls
bin   data  dev   etc   home  proc  root  sys   tmp   usr   var
[root@node1 ~]# docker inspect b2
       "Mounts": [
            {
                "Type": "bind",
                "Source": "/data/volumes/bs",
                "Destination": "/data",
                "Mode": "",
                "RW": true,
                "Propagation": "rprivate"
            }
        ],
#宿舍主  /data/volumes/bs（没有会自动生成） 与容器内的/data绑定
#验证
#容器
/ # cd data
/data # touch test.php
#宿主机
[root@node1 _data]# cd /data/volumes/bs/
[root@node1 bs]# ls
test.php

扩展

多个容器可以通过绑定挂在卷实现共享

#启动容器b3  使用b2 一样的挂载路径和方式
[root@node1 ~]# docker run --name b3 -it --rm -v /data/volumes/bs:/data busybox
/ # ls /data
test.php
#此时可以实现 b2  b3 共享 手动指定共享
#生产中可以先创建一个基础容器   可以不提供服务  做基础支撑   真正生产服务的容器复制基础支撑的存储卷设置，生产服务的容器通过基础支撑的容器获得一切生产环境的设定
#类似虚拟机 克隆，还可以指定数据的读写权限，默认是可读可写，可指定为只读  /data/volumes/bs:/dat:ro  ro 设置了只读权限，在容器中是无法对 bind mount 数据进行修改的。只有 host 有权修改数据，提高了安全性。
#除了绑定目录外也可以绑定单个文件，/data/volumes/bs/index.html：/data/web/html

还可以指定数据的读写权限，默认是可读可写，可指定为只读：
docker 不会销毁 bind mount，删除数据的工作只能由 host 负责。对于 docker managed volume，在执行 docker rm 删除容器时可以带上 -v 参数，docker 会将容器使用到的 volume 一并删除，但前提是没有其他容器 mount 该 volume，目的是保护数据，非常合理。

如果删除容器时没有带 -v 呢？这样就会产生孤儿 volume，好在 docker 提供了 volume 子命令可以对 docker managed volume 进行维护
可以通过 docker volume ls 查看 docker volume rm 删除，由于种种原因对docker容器维护的不善，导致在销毁容器的时候没有使用-v这个参数，所有就导致留下了很多“孤儿volume”，但是docker volume ls这个命令只能简单查看本地的docker managed volume，而并不能显示是挂载到哪个容器，而即便是使用docker volume inspect [volume name]也无法确认是哪个容器正在使用，这样就出现很多有效和无效的docker managed volume混在一起，用这个命令删除孤儿 volume： docker volume prune