容器存储卷的介绍与使用

存储卷

COW机制（写时复制）

Docker镜像由多个只读层叠加而成，启动容器时，Docker会加载只读镜像层并在镜像栈顶部添加一个读写层。

如果容器修改了镜像的原有文件，那么只读层的文件不会被修改，而是会被复制到读写层做修改，只读版本依然存在，只是被读写层中的副本隐藏起来了，这就是“写时复制(COW)”机制。

因为隔着很多层镜像，用上面这种方式，去访问一个文件，然后进行修改和删除等一类的操作，其效率会非常的低，
而要想绕过这种限制，我们可通过使用存储卷来实现。

什么是存储卷

存储卷会把宿主机本地文件系统中的目录 与容器文件系统上的目录建立绑定关系。

简单来说，当我们在容器中目录下写入数据时，因为目录绑定关系的存在，容器会将其内容直接写入到宿主机上的对应目录。

在宿主机上的这个与容器形成绑定关系的目录被称作存储卷。

使用存储卷的好处

①防止数据丢失
当容器所有运行进程的有效数据都保存在存储卷时，如果容器关闭甚至被删除时，只要不删除容器绑定在宿主机上的目录，我们就不用担心数据丢失了，以此来实现数据脱离容器的生命周期，被持久保存的目的。

②摆脱容器和主机的对应限制
我们通过这种方式管理容器，容器就可以脱离主机的限制。任何一台主机安装docker以后，运行容器后，其数据可以置于一个共享存储文件系统上，比如nfs。

为什么要用存储卷

关闭并重启容器，其数据不受影响，但删除Docker容器，则其更改将会全部丢失。
因此Docker存在的问题有：

• 存储于联合挂载文件系统中，不易于宿主机访问
• 容器间数据共享不便（容器之间本身是隔离的）
• 删除容器其数据会丢失
  使用存储卷就是来解决以上问题的。

存储卷管理方式

存储卷（Data Volume）于容器初始化时被自动创建，由base image提供的卷中的数据会于此期间完成复制。

存储卷为Docker提供了独立于容器的数据管理机制，我们可以把镜像想象成静态文件，例如“程序”，把卷类比为动态内容，例如“数据”。所以镜像可以重复利用，而存储卷则可以共享。

存储卷既实现了“程序(镜像)”和“数据(卷)”的分离，也实现了“程序(镜像)”和“制作镜像的主机”的分离，所以用户制作镜像时，无须再考虑镜像运行容器所在的主机环境。

存储卷的分类

Docker有两种类型的卷，每种类型都在容器中存在一个挂载点，但其在宿主机上的位置有所不同：

• 绑定挂载卷

  • 指向主机文件系统上，用户指定位置的卷(常用，就算容器删了，数据也不会丢失)

• Docker 管理的卷

  • Docker 守护进程，在 Docker 所在的主机文件系统中，创建的卷（容器删了，数据也会消失）

容器数据管理

用户在使用Docker的过程中，往往需要能查看容器内应用产生的数据，或者需要把容器内的数据进行备份，甚至多个容器之间进行数据的共享，这必然涉及容器的数据管理操作。

容器中管理数据主要有两种方式：

• 数据卷（Data Volumes）
• 数据卷容器（Data Volumes Containers）

容器Volume使用语法：
docker管理的卷（容器删除，数据同步丢失）
docker run -it --name CONTAINER_NAME -v VOLUMEDIR IMAGE_NAME

# 容器管理的卷的数据存储示例
[root@rookie ~]# docker ps -a
CONTAINER ID   IMAGE     COMMAND     CREATED      STATUS                    PORTS     NAMES
98b74ab02ea5   busybox   "/bin/sh"   5 days ago   Exited (137) 5 days ago             xyx
[root@rookie ~]# docker start xyx
xyx
[root@rookie ~]# docker inspect  xyx   # 找到存储的目录
[root@rookie ~]# cd /var/lib/docker/overlay2/3da71eb0eaa2667d371eec65f35c77485925ba08b53e1bd60d80068b6a709238/
[root@rookie 3da71eb0eaa2667d371eec65f35c77485925ba08b53e1bd60d80068b6a709238]# ls
diff  link  lower  me