docker run -ti --rm -v DataVolume3:/var ubuntu
假设我有一个卷 DataVolume 3,它在 ubuntu 容器中提取 /var 的内容
即使在杀死这个 ubuntu 容器之后,卷仍然存在,我可以使用这个卷 DataVolume3 将它安装到其他容器。
这意味着删除容器后,卷安装不会被删除。
这是如何运作的 ?
该卷挂载是否意味着它将 /var 的内容复制到某个本地目录中,因为这看起来不像一个符号链接?
如果我运行容器并在容器中创建一个文件,那么相同的文件将被复制到主机路径?
从容器到主机,从主机到容器的整个卷挂载过程是如何工作的?
答案 0 :(得分:2)
卷用于持久存储,卷的持久性与容器的生命周期无关。
我们可以通过一个demo来了解清楚。
首先,让我们使用命名卷方法创建一个容器:
docker run -ti --rm -v DataVolume3:/var ubuntu
这将创建一个名为 DataVolume3
的 docker 卷,可以在 docker volume ls
的输出中查看:
docker volume ls
DRIVER VOLUME NAME
local DataVolume3
Docker 将有关这些命名卷的信息存储在目录 /var/lib/docker/volumes/
(*) 中:
ls /var/lib/docker/volumes/
1617af4bce3a647a0b93ed980d64d97746878564b141f30b6110d0818bf32b76 DataVolume3
接下来,我们在挂载的路径var
处写入一些来自ubuntu容器的数据:
echo "hello" > var/file1
root@2b67a89a0050:/# cat /var/file1
hello
即使在删除容器后,我们也可以使用 cat
查看此数据:
cat /var/lib/docker/volumes/DataVolume3/_data/file1
hello
注意:虽然我们可以访问如上所示的卷,但不推荐这样访问卷数据。
现在,下次当另一个容器使用相同的卷时,来自该卷的数据将安装在作为 -v
标志的一部分指定的容器目录中。
(*) 位置可能因 David 所指的操作系统而异,并且可能可以通过 docker volume inspect
命令看到。
答案 1 :(得分:1)
卷既不属于容器也不属于主机。好吧,从技术上讲,一切都驻留在主机中。但是 docker 目录只能由“docker”组中的用户访问。这些目录下的文件由docker单独管理。
“卷存储在由 Docker 管理的主机文件系统的一部分中(Linux 上为 /var/lib/docker/volumes/)。”
因此卷就像 docker 容器和主机本身下的文件的联合。两端的任何添加都将添加到卷(/var/lib/docker/volumes)中,而不是硬拷贝,而是类似于符号链接
由于卷可以在不同容器之间共享,因此删除容器不会级联到与其关联的卷。
删除未使用的卷:
docker volume prune .
答案 2 :(得分:1)
Docker 有一个 named volume 的概念。默认情况下,此存储位于主机系统的某个位置,您无法从 Docker (*) 外部直接访问它。命名卷有自己的生命周期,它可以独立 docker volume rm
,如果你启动另一个容器挂载同一个卷,它将具有相同的持久内容。
docker run -v
选项采用一些存储单元,可以是命名卷或特定主机目录,并将其挂载(如在 mount(8) 命令中)在特定位置在容器文件系统中。这将隐藏图像中的原始内容并将其替换为卷内容。
如您所见,如果您挂载的是一个空的命名卷,它将在容器初始化时从图像内容中填充。关于此功能有一些非常重要的警告:
考虑到所有这些警告,我会避免依赖此功能。
如果您需要将卷挂载到容器中,请假设在您的入口点或主容器命令启动时它将为空。如果您需要特定的目录布局或文件结构,入口点脚本可以创建它;如果您希望它保存特定数据,请在图像的其他位置保留它的副本,如果它不存在(或者可能总是存在),则将其复制。
(*) 在本机 Linux 上,您可以找到它的文件系统位置,但访问这不是最佳做法。在其他操作系统上,这将隐藏在虚拟机或其他不透明存储中。如果您需要直接访问数据(或注入配置文件,或读取日志文件),docker run -v /host/path:/container/path
bind mount 是更好的选择。