Docker 容器共享磁盘

需求：.NET 程序需要监控一个 FTP 上的文件变化并进行操作，在 linux 上使用原生目录时，不管怎么切换后台运行，总是会在一段时间运行后死掉。

方案：远程也不好 debug，想了一下，干脆直接使用 docker-compose 运行，设置死了自动重启（restart=always）就完事了。

由于 FTP 与.NET 程序是两个单独的程序，因此需要进行磁盘共享才可以正常使用，研究了一下怎么使用 Docker 进行磁盘共享的方法。

使用卷

可以使用命名卷或者匿名卷操作。

匿名卷

匿名数据卷（anonymous volume）是没有显式指定名称的数据卷。当定义了一个匿名卷时，Docker 会为该卷分配一个随机的名称，并将其挂载到容器的文件系统中。这样做的好处是使得数据卷的管理更加简单，并且可以避免命名冲突。

使用匿名卷实现 Docker 容器间共享磁盘的 Docker Compose 配置：

version: '3.7'services:  containerA:    image: myimageA    volumes:      - shared-data:/path/to/shared/directory  containerB:    image: myimageB    volumes:      - shared-data:/path/to/shared/directoryvolumes:  shared-data:

上面定义了一个名为“shared-data”的匿名卷，并将其挂载到两个容器的相同目录中。这将使容器 A 和 B 都能够访问该目录并共享数据。

使用匿名卷有以下优点：

• 管理更加简单。因为不需要为每个数据卷分配一个唯一的名称，所以您可以更轻松地管理应用程序中的所有数据卷。

• 避免命名冲突。由于每个匿名卷都有一个随机的名称，所以可以避免命名冲突，从而提高整个应用程序的安全性和可靠性。

但是，使用匿名卷也有一些缺点：

• 不易识别。由于匿名卷没有名称，因此很难识别哪个卷属于哪个容器。

• 不易备份和恢复。由于匿名卷没有名称，因此在备份和恢复过程中可能会导致一些问题。

命名卷

命名卷（named volume）是需要显式指定名称的数据卷。通过添加name属性来指定这个卷的名称的好处是可以更清晰地识别哪个卷属于哪个容器，并且可以更方便地备份和恢复数据。

使用命名卷实现 Docker 容器间共享磁盘的 Docker Compose 配置：

version: '3.7'services:  containerA:    image: myimageA    volumes:      - shared-data:/path/to/shared/directory  containerB:    image: myimageB    volumes:      - shared-data:/path/to/shared/directoryvolumes:  shared-data:    name: my-named-volume

上面定义了一个名为“shared-data”的命名卷，并将其挂载到两个容器的相同目录中。与匿名卷不同的是，我们通过添加name属性来指定这个卷的名称为“my-named-volume”。这将使容器 A 和 B 都能够访问该目录并共享数据。

使用命名卷有以下优点：

• 易于识别。由于每个命名卷都有一个唯一的名称，因此可以更轻松地识别哪个卷属于哪个容器。

• 易于备份和恢复。由于命名卷有唯一的名称，可以更方便地备份和恢复数据。

但是，使用命名卷也有一些缺点：

• 需要手动指定名称。与匿名卷不同的是，需要为每个命名卷手动指定名称，这可能会导致一些问题。

• 命名冲突。如果多个容器试图使用相同的命名卷名称，则会发生命名冲突，这可能会影响应用程序的安全性和可靠性。

直接挂载宿主机目录

另一种实现 Docker 容器间共享磁盘的方法是直接将宿主机上的目录挂载到容器中的目录。这种方法非常简单，可以直接在 Docker Compose 文件中使用绝对路径来挂载一个目录。

下面是直接挂载宿主机目录实现 Docker 容器间共享磁盘的示例 Docker Compose 配置：

version: '3.7'services:  containerA:    image: myimageA    volumes:      - /path/to/shared/directory:/path/to/shared/directory  containerB:    image: myimageB    volumes:      - /path/to/shared/directory:/path/to/shared/directory

以上直接将宿主机上的/path/to/shared/directory目录挂载到两个容器的相同目录中。这将使容器 A 和 B 都能够访问该目录并共享数据。

使用直接挂载宿主机目录有以下优点：

• 易于管理。可以轻松地访问、备份和恢复数据，因为它们存储在宿主机上。

• 易于识别。可以轻松地找到哪个目录属于哪个容器，从而更好地组织和管理数据。

但是，使用直接挂载宿主机目录也有一些缺点：

• 安全风险。如果宿主机被攻击或出现故障，数据可能会受到威胁。

• 不可移植。如果想要将应用程序移动到另一台机器上，必须确保拥有相同的目录结构和路径。

总结

最后我还是选择了命名卷的方法部署程序，主要考虑到以后保留迁移的可能性，但是又保留一定的程序独立启动与配置的功能。

本文编写借助了 new bing，人工有所修改和校对，代码思路没有问题。