文章目录
一、创建Volume
使用docker volume create创建一个Volume数据卷，命令参数为数据卷的名称。
# docker volume create nginx-html
nginx-html
查看当前服务器docker引擎下所有的命名数据卷。
# docker volume ls
DRIVER VOLUME NAME
local nginx-html
通过docker volume inspect <数据卷名称>查看该数据卷的信息，核心信息是Mountpoint表示该数据卷在宿主机上的文件路径。
# docker volume inspect nginx-html
[
{
"CreatedAt": "2022-04-05T08:32:19+08:00",
"Driver": "local",
"Labels": {
},
"Mountpoint": "/var/lib/docker/volumes/nginx-html/_data",
"Name": "nginx-html",
"Options": {
},
"Scope": "local"
}
]
这时我们可以去宿主机路径"/var/lib/docker/volumes/nginx-html/_data"看一下，里面什么文件都没有，是个空目录。
二、使用Volume
启动nginx容器，注意-v的映射关系是宿主机nginx-config(Volume)到容器内/usr/share/nginx/html路径的映射，实际上就是宿主机文件目录/var/lib/docker/volumes/nginx-html/_data到容器内/usr/share/nginx/html路径的映射。
docker run -d --name volume-nginx \
-p 80:80 \
-v nginx-html:/usr/share/nginx/html/ \
nginx:latest
容器启动之后，我们再去看一下"/var/lib/docker/volumes/nginx-html/_data"路径，我们发现这个路径下多出来一些文件，都是nginx默认的html文件。
这就是Volumes的好处：
- 在容器第一次启动的时候，它会将容器内的映射路径下的文件复制到宿主机上保存，不用我们自己手动的
docker cp。 - 一旦我们在宿主机上修改了这些文件，容器运行时就以宿主机上的文件为准。可以回头去看一下《示例-docker安装nginx》那一篇我们没有事先创建Volume的情况下，我们是怎么做的。
如何销毁Volume？ 销毁Volume的前提是没有容器使用它，可以使用
docker volume rm命令进行删除。
三、volumes与Bind Mount的区别
| 不同点 | volumes | bind mounts |
|---|---|---|
| Source位置 | /var/lib/docker/volumes/… | 可以任意指定 |
| 对已有挂载点影响 | 在容器第一次启动的时候，容器内映射目录的数据复制到volume | 宿主机路径下的文件，覆盖掉容器内挂载路径文件的内容 |
| 是否支持单个文件映射 | 不支持，只能是目录 | 支持 |
| 权限控制 | 读写或者只读 | 读写或者只读 |
| 移植性 | 强，无需指定宿主机文件目录，默认在/var/lib/docker/volumes/目录下 |
弱，与宿主机绝对路径强绑定 |
3.1.关于volumes移植性强的解释
假设我们现在有一百台服务器，我们希望nginx容器在任何一台服务器上启动都使用同样的配置，达到同样的运行效果，该怎么做？
- 如果是Bind Mount，Source文件路径你可以随意指定、随意命名。如果想达到一定的规范度，只能从制度上进行规范，在技术上很难限制。
- 如果是volumes，运维人员创建的Volume只要名称是一致的，就可以认为文件路径是一致的，默认统一的放在
/var/lib/docker/volumes/目录下。假如某天某个服务器/var/lib/docker磁盘空间不足，我们只需要重新挂载一个服务器硬盘，将/var/lib/docker的文件及目录整体迁移至新硬盘的新路径即可，修改docker默认存储路径为新路径，就对于容器的运行没有任何影响。
3.2.如何修改docker默认存储路径/var/lib/docker
vim /etc/docker/daemon.json ,添加如下内容:
{
"data-root": "/data/docker"
}
文件修改之后，重启docker引擎（需要注意的是：修改默认存储路径，如果你不希望原始的镜像及容器、数据卷等丢失，请先进行数据迁移。）
systemctl daemon-reload
systemctl restart docker