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,实现多个节点间的数据共享······
到此这篇关于docker的volume和bind mount区别介绍的文章就介绍到这了,更多相关docker volume和bind mount内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341