卷如何从容器挂载到主机，反之亦然？

如何解决卷如何从容器挂载到主机，反之亦然？

docker run -ti --rm -v DataVolume3:/var ubuntu

假设我有一个卷 DataVolume 3，它在 ubuntu 容器中提取 /var 的内容 即使在杀死这个 ubuntu 容器之后，卷仍然存在，我可以使用这个卷 DataVolume3 将它安装到其他容器。 这意味着删除容器后，卷安装不会被删除。
这是如何运作的 ？
该卷挂载是否意味着它将 /var 的内容复制到某个本地目录中，因为这看起来不像一个符号链接？
如果我运行容器并在容器中创建一个文件，那么相同的文件将被复制到主机路径？
从容器到主机，从主机到容器的整个卷挂载过程是如何工作的？

解决方法

卷用于持久存储，卷的持久性与容器的生命周期无关。

我们可以通过一个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 命令看到。

,

卷既不属于容器也不属于主机。好吧，从技术上讲，一切都驻留在主机中。但是 docker 目录只能由“docker”组中的用户访问。这些目录下的文件由docker单独管理。

“卷存储在由 Docker 管理的主机文件系统的一部分中（Linux 上为 /var/lib/docker/volumes/）。”

因此卷就像 docker 容器和主机本身下的文件的联合。两端的任何添加都将添加到卷（/var/lib/docker/volumes）中，而不是硬拷贝，而是类似于符号链接

由于卷可以在不同容器之间共享，因此删除容器不会级联到与其关联的卷。

删除未使用的卷：

docker volume prune .

,

Docker 有一个 named volume 的概念。默认情况下，此存储位于主机系统的某个位置，您无法从 Docker (*) 外部直接访问它。命名卷有自己的生命周期，它可以独立 docker volume rm，如果你启动另一个容器挂载同一个卷，它将具有相同的持久内容。

docker run -v 选项采用一些存储单元，可以是命名卷或特定主机目录，并将其挂载（如在 mount(8) 命令中）在特定位置在容器文件系统中。这将隐藏图像中的原始内容并将其替换为卷内容。

如您所见，如果您挂载的是一个空的命名卷，它将在容器初始化时从图像内容中填充。关于此功能有一些非常重要的警告：

• 命名卷初始化仅在卷完全为空时发生。
• 命名卷的内容永远不会自动更新。
• 如果卷不为空，则卷内容完全替换图像中的内容，即使图像已更改。
• 初始化仅在本机 Docker 上发生，例如在 Kubernetes 中不发生。
• 初始化仅发生在命名卷上，而不发生在绑定挂载的主机目录上。

考虑到所有这些警告，我会避免依赖此功能。

如果您需要将卷挂载到容器中，请假设在您的入口点或主容器命令启动时它将为空。如果您需要特定的目录布局或文件结构，入口点脚本可以创建它；如果您希望它保存特定数据，请在图像的其他位置保留它的副本，如果它不存在（或者可能总是存在），则将其复制。

(*) 在本机 Linux 上，您可以找到它的文件系统位置，但访问这不是最佳做法。在其他操作系统上，这将隐藏在虚拟机或其他不透明存储中。如果您需要直接访问数据（或注入配置文件，或读取日志文件），docker run -v /host/path:/container/path bind mount 是更好的选择。