docker的volume和bind mount究竟有什么区别?
不知道你在使用docker的时候,有没有注意到volume mount和bind mount的使用? 进一步说,他们之间的区别到底是什么?
接下来的内容,我们就为你揭开他们的神秘面纱。
相同之处
首先,说相同之处:
volume和bind mount都是持久化容器的机制。
不同之处
再来说说,他们的不同之处:
volume是由docker来进行管理的,而bind mount完全是依赖于主机的目录结构和操作系统
volume 相对于 bind mount的优点
- volume更加容易进行备份和迁移
- 可以通过docker客户端命令或者docker api来管理volume (比如:docker volume命令)
- volume可以在linux和windows容器中运行
- volume可以更加安全的在多个容器之间进行共享
- volume驱动程序允许在远程主机或云提供商上存储卷,以加密volume的内容或添加其他功能
- 新volume的内容可以由容器预先填充
- Docker Desktop上的卷比Mac和Windows主机上的绑定挂载具有更高的性能。
此外,与将数据持久化到容器的可写层相比,volume通常是更好的选择,因为volume不会增加使用它的容器的大小,而且volume的内容存在于给定容器的生命周期之外。
也就是说,当容器被移除了之后,volume中的内容还是可以独立存在的。
下图演示了volume和bind mount,以及和容器之间的关系图:
我们可以看到:
- volume是可docker的存储区域相关的
- bind mount是直接和操作系统相关的
下面,我们分别展示,volume的挂载、使用的一些操作
volume操作
创建容器,使用volume
我们可以通过下面的命令创建一个容器,使用volume
docker run -d \ --name devtest \ -v myvol2:/app \ nginx:latest
其中:-v选项,后面的第一个参数myvol2就是volume的名字,如果在容器使用volume时,volume不存在,那么会自动创建这个volume
[root@centos7 ~]# docker volume ls DRIVER VOLUME NAME local myvol2 [root@centos7 ~]#
可以查看该volume在docker 宿主机上的具体的路径
[root@centos7 ~]# docker volume inspect myvol2 [ { "CreatedAt": "2022-08-23T22:04:20-04:00", "Driver": "local", "Labels": null, "Mountpoint": "/var/lib/docker/volumes/myvol2/_data", "Name": "myvol2", "Options": null, "Scope": "local" } ] [root@centos7 ~]#
Mountpoint就指明了这个volume在文件系统上的具体位置。
容器通过:-v myvol2:/app 将volume挂载到容器的/app目录中
[root@centos7 ~]# docker exec -it devtest df -h Filesystem Size Used Avail Use% Mounted on overlay 50G 3.0G 48G 6% / tmpfs 64M 0 64M 0% /dev tmpfs 1.4G 0 1.4G 0% /sys/fs/cgroup shm 64M 0 64M 0% /dev/shm /dev/mapper/centos-root 50G 3.0G 48G 6% /app tmpfs 1.4G 0 1.4G 0% /proc/asound tmpfs 1.4G 0 1.4G 0% /proc/acpi tmpfs 1.4G 0 1.4G 0% /proc/scsi tmpfs 1.4G 0 1.4G 0% /sys/firmware [root@centos7 ~]#
向/app目录写文件:
docker exec -it devtest bash -c "echo test > /app/myfile.test"
查看卷中的文件是否已经被创建
[root@centos7 ~]# cd /var/lib/docker/volumes/myvol2/_data [root@centos7 _data]# ls myfile.test [root@centos7 _data]# cat myfile.test test [root@centos7 _data]#
没错,确实这个文件就是写到了这个目录中了。
注意:这个volume的内容写的过程是由docker来进行管理的。
查看容器中mount信息
docker inspect devtest "Mounts": [ { "Type": "volume", "Name": "myvol2", "Source": "/var/lib/docker/volumes/myvol2/_data", "Destination": "/app", "Driver": "local", "Mode": "z", "RW": true, "Propagation": "" } ]
可以看到Mounts部分的信息:
- Type: volume
- Source:就是在宿主机上的具体的目录位置
- Destination: 容器中的挂载路径
- Driver: volume的驱动程序类型
- RW: 是否是读写模式
停止容器、移除容器
docker stop devtest docker rm devtest
容器移除后,volume是否还存在吗?
[root@centos7 _data]# docker volume ls DRIVER VOLUME NAME local myvol2 [root@centos7 _data]# ls myfile.test [root@centos7 _data]# cat myfile.test test [root@centos7 _data]#
和你想的一模一样,volume还在,其中的写入的内容,仍然存在
移除volume
docker volume rm myvol2
注意!
移除容器和移除volume是2个独立的操作。
使用容器填充volume
另外一个非常重要的点:如果将volume挂载到目录中,如果目录中原来就是有文件或子目录的,那么挂载之后,会将内容拷贝到卷中来。
啥意思?
比如,我们有个镜像,在/app目录下有个a.log文件
[root@centos7 test-volume]# ls a.log Dockerfile [root@centos7 test-volume]# cat a.log 123456 12345 [root@centos7 test-volume]# cat Dockerfile from nginx:latest RUN mkdir /app copy a.log /app/a.log [root@centos7 test-volume]#
# 构建镜像
docker build -t vol:2 .
挂载数据卷
docker run -d --name=vo3 -v nginx-vo3:/app vol:2
发现容器运行后,/app目录下的文件,被拷贝到volume中
[root@centos7 test-volume]# cd /var/lib/docker/volumes/nginx-vo3/_data [root@centos7 _data]# ls a.log [root@centos7 _data]# cat a.log 123456 12345 [root@centos7 _data]#
而没有,覆盖!这个点,十分的有意思!之前肯定你没有关注过!
以只读方式挂载volume
如何以只读的方式挂载volume,方法非常的简单:
只需要加上ro选项即可
-v nginx-vol:/usr/share/nginx/html:ro
示例:
docker run -d \ --name=nginxtest \ -v nginx-vol:/usr/share/nginx/html:ro \ nginx:latest
查看容器的Mounts部分的信息
docker inspect nginxtest
"Mounts": [ { "Type": "volume", "Name": "nginx-vol", "Source": "/var/lib/docker/volumes/nginx-vol/_data", "Destination": "/usr/share/nginx/html", "Driver": "local", "Mode": "ro", "RW": false, "Propagation": "" } ]
发现:"RW": false,也就是,非Read-Write的模式
试试向其中写入文件:
[root@centos7 ~]# docker exec -it nginxtest bash -c "echo 1234 > /usr/share/nginx/html/1.log " bash: line 1: /usr/share/nginx/html/1.log: Read-only file system [root@centos7 ~]#
和你猜的一样,会提示:只读文件系统。
OK,OK,说完了volume的原理,相关的操作,接下来,要看的就是bind mount
bind mount
使用bind mount时,将宿主机上的文件或者目录挂载到容器上。文件或者目录在主机上,是以绝对路径的方式来使用。
相比之下,当使用volume时,在主机上的Docker存储目录中创建一个新目录,由Docker管理该目录的内容。
要挂载的文件或目录不需要在Docker主机上已经存在。如果它还不存在,则按需创建它。bind mount的性能非常好,但是它们依赖于主机的文件系统具有特定的目录结构。
建议:如果你正在开发新的Docker应用程序,请考虑使用命名的volume。因为,对于bind mount来说,你不能使用Docker CLI命令来直接管理。
使用bind mount启动容器
使用以下得命令,将一个容器通过bind 挂载的方式,将宿主机的目录,挂载到容器中
docker run -d \ -it \ --name devtest \ -v "$(pwd)"/target:/app \ nginx:latest
查看容器的bind挂载情况
docker inspect devtest
"Mounts": [ { "Type": "bind", "Source": "/tmp/source/target/target", "Destination": "/app", "Mode": "", "RW": true, "Propagation": "rprivate" } ]
可以看到
- Type : 挂载的类型是bind
- source: 宿主机上的目录,当然这里使用$(pwd)变量来获取当前的工作目录
关闭、删除容器
docker container stop devtest docker container rm devtest
OK,接下来的这个点,非常的关键,如果绑定挂载到容器中的一个非空的目录会如何?
绑定到容器的非空目录
nginx镜像中/usr/share/nginx/html是非空的,有登录页
docker run -d \ -it \ --name non-empty \ -v /tmp/soure/base:/usr/share/nginx/html \ nginx:latest [root@centos7 base]# docker exec -it non-empty ls /usr/share/nginx/html [root@centos7 base]#
发现,挂载了之后,是空的,也就是把镜像中的内容给覆盖了。
这个和volume是一个巨大的区别!注意!
总结
OK,我们这里总结一下,让你更好的理解voLume 和 bind 类型的挂载的区别:
- 管理方式,volume由docker管理,docker客户端命令可操作,bind挂载不行
- 容器中有内容的目录,volume会复制,bind mount直接将容器中的内容覆盖
- bind mount可以设置 bind 传播参数。
- volume可以设置驱动程序
后面的文章中,会带你看看,如何安装volume驱动,来创建特定类型的volume,实现多个节点间的数据共享······