我想澄清执行命令时“设备”和“挂载点”的含义
docker 卷检查
在 Postgres 容器中。我在 /user/data/test_postgresdb_vol_2
中手动创建了 test_postgresdb_vol_2
文件夹来存储容器中的数据,但现在我很困惑,因为我有两个不同的路径。你能澄清一下发生了什么以及它的含义是什么吗
“设备”路径和“安装点”路径。
体积检查示例:
[
{
"CreatedAt": "...",
"Driver": "local",
"Labels": {
....
},
"Mountpoint": "/var/lib/docker/volumes/test_pgdata/_data",
"Name": "test_pgdata",
"Options": {
"device": "/user/data/test_postgresdb_vol_2",
"o": "bind",
"type": "none"
},
"Scope": "local"
}
]
docker-compose 示例:
postgres:
container_name: postgres
image: postgres
volumes:
- pgdata:/var/lib/postgresql/data
environment:
...
PGDATA: /var/lib/postgresql/data/pgdata
volumes:
pgdata:
driver: local
driver_opts:
o: bind
type: none
device: /user/data/test_postgresdb_vol_2
最佳答案
docker volume inspect
中的详细信息输出是可以安全忽略的实现细节。
在内部,Docker 命名卷的当前标准实现使它们在 /var/lib/docker/volumes
内存在文件系统。 。在本例中,您已经告诉 Docker 该卷实际上应该通过 mount(2) 系统调用创建,更具体地说,作为绑定(bind)类型挂载。您看到的选项可能是mount(8)
/sbin/mount -o bind $DEVICE $MOUNT_POINT
您可能会注意到 Driver
和Options
匹配您直接在 docker-compose.yml
中指定的内容文件,pgdata
与卷的名称匹配,test
匹配当前目录的名称(更具体地说是 Compose 项目名称,如果您覆盖它),并且 test_pgdata
它出现的地方是两者的组合。
这些对于标准应用程序代码来说都不重要。来自docker-compose
在您显示的文件中,您声明命名卷为 local
并由特定主机目录支持,并且它安装到 postgres
特定路径上的容器。 inspect
-type 命令会生成您几乎不需要的低级调试数据。
关于postgresql - dockervolumes中 "device"和 "mountpoint"的含义,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62042183/