docker存储卷

docker存储卷

COW机制

COW机制

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

如果运行中的容器修改了现有的一个已经存在的文件，那么该文件将会从读写层下面的只读层复制到读写层，该文件的只读版本依然存在，只是已经被读写层中该文件的副本所隐藏，这就是“写时复制(COW)”机制。

对于这种方式来说，我们去访问一个文件，修改和删除等一类的操作，其效率会非常的低，因为隔着很多层镜像。

而要想绕过这种限制，我们可以通过使用存储卷的机制来实现。

查看镜像数据存放目录

先随便创建一个容器

[root@localhost ~]# docker run --it --name httpd centos:latest

在开启一个终端查看容器详细信息

[root@localhost ~]# docker ps 
CONTAINER ID   IMAGE           COMMAND       CREATED          STATUS          PORTS     NAMES
84d5b48baa60   centos:latest   "/bin/bash"   16 minutes ago   Up 16 minutes             httpd
[root@localhost ~]# docker inspect 84d5b48baa60
......
......
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319-init/diff:/var/lib/docker/overlay2/12dde8cef6b68bb76640bef6861fdcadd4b5461aea8e81316e827c003fade78e/diff",
                "MergedDir": "/var/lib/docker/overlay2/7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319/merged",
                "UpperDir": "/var/lib/docker/overlay2/7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319/diff",
                "WorkDir": "/var/lib/docker/overlay2/7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319/work"   ###找到这行
            },
            "Name": "overlay2"

........

在宿主机上进入这个目录

[root@localhost ~]# cd  /var/lib/docker/overlay2/7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319/
[root@localhost 7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319]# ls
diff  link  lower  merged  work

注意：每个容器的地址不一样，前面/var/lib/docker/overlay2/都是一样的后面7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319不一样

这个目录下的内容和根下面的内容一样

[root@localhost 7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319]# cd  merged/
[root@localhost merged]# ls
bin   etc   lib64       mnt   root  srv  usr
data  home  lost+found  opt   run   sys  var
dev   lib   media       proc  sbin  tmp

根目录

[root@84d5b48baa60 ~]# ls /
bin   etc   lib64       mnt   root  srv  usr
data  home  lost+found  opt   run   sys  var
dev   lib   media       proc  sbin  tmp

把根目录下的data目录删除merged目录下的data也会删除

[root@84d5b48baa60 ~]# rm -rf /data/
[root@84d5b48baa60 ~]# ls /
bin  home   lost+found  opt   run   sys  var
dev  lib    media       proc  sbin  tmp
etc  lib64  mnt         root  srv   usr


[root@localhost merged]# ls
bin  home   lost+found  opt   run   sys  var
dev  lib    media       proc  sbin  tmp
etc  lib64  mnt         root  srv   usr

把容器停掉或删掉这个目录就会消失

[root@84d5b48baa60 ~]# exit
exit
[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES
[root@localhost ~]# 
[root@localhost 7029372998e838ee4fd31f87f569af0d629d5f2b344b507d4c2dab7ea164a319]# ls
diff  link  lower  work

可以看到merged这个目录消失了

什么是存储卷

存储卷就是将宿主机的本地文件系统中存在的某个目录直接与容器内部的文件系统上的某一目录建立绑定关系。这就意味着，当我们在容器中的这个目录下写入数据时，容器会将其内容直接写入到宿主机上与此容器建立了绑定关系的目录。

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

使用存储卷的好处

如果容器中跑的进程的所有有效数据都保存在存储卷中，从而脱离容器自身文件系统之后，带来的好处是当容器关闭甚至被删除时，只要不删除与此容器绑定的在宿主机上的这个存储目录，我们就不用担心数据丢失了。因此就可以实现数据持久，脱离容器的生命周期而持久。

我们通过这种方式管理容器，容器就可以脱离主机的限制，可以在任意一台部署了docker的主机上跑容器，而其数据则可以置于一个共享存储文件系统上，比如nfs。

Docker的存储卷默认情况下是使用其所在的宿主机上的本地文件系统目录的，也就是说宿主机上有一块属于自己的硬盘，这个硬盘并没有共享给其他的Docker主机，而在这台主机上启动的容器所使用的存储卷是关联到此宿主机硬盘上的某个目录之上。

这就意味着容器在这台主机上停止运行或者被删除了再重建，只要关联到硬盘上的这个目录下，那么其