文章目录
存储卷
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 3da71eb0eaa2667d371eec65f35c77485925ba08b53e1bd60d80068b6a