docker 卷容器策略

Question

假设您正在尝试 dockerise 一个数据库（例如 couchdb）。 那么至少有两个资产你认为交易量：

• 数据库文件
• 日志文件

假设您希望将 db 文件保密，但希望公开日志文件以供以后处理。

据我了解文档，您有两种选择：

1. 第一个选项

   • 为 db-image 中的日志文件和 db 文件定义托管卷
   • 将它们导入第二个容器（您将同时获得）并使用日志

2. 第二个选项

   • 为日志创建带有托管卷的数据容器
   • 仅为 db-files 创建带有托管卷的 db-image
   • 在运行 db-image 时从数据容器中导入日志卷

两个问题：

1. 这两个选项真的有效/可能吗？
2. 有什么更好的方法？

br 沃尔克

Answer 1

问题 1 的答案是，是的，两者都是有效且可能的。

我对问题 2 的回答是，我会考虑完全不同的方法，选择哪种方法取决于这是否是关键任务系统以及必须避免数据丢失。

关键任务

如果你绝对不能丢失你的数据，那么我建议你绑定挂载一个可靠的磁盘到你的数据库容器中。绑定挂载本质上是将 Docker Host 文件系统的一部分挂载到容器中。

所以以数据库文件为例，你可以想象一下这些步骤：

1. 创建可靠的磁盘，例如定期备份的 NFS
2. 将此磁盘附加到您的 Docker 主机
3. 将此磁盘绑定挂载到我的数据库容器中，然后将数据库文件写入此磁盘。

按照上面的例子，假设我创建了一个可靠的磁盘，它通过 NFS 共享并安装在我的 Docker 主机上/reliable/disk。要将它与我的数据库一起使用，我将运行以下 Docker 命令：

docker run -d -v /reliable/disk:/data/db my-database-image

这样我就知道数据库文件被写入了可靠的存储。即使我丢失了我的 Docker 主机，我仍然拥有数据库文件，并且可以通过在另一个可以访问 NFS 共享的主机上运行我的数据库容器来轻松恢复。

您可以对数据库日志执行完全相同的操作：

docker run -d -v /reliable/disk/data/db:/data/db -v /reliable/disk/logs/db:/logs/db my-database-image

此外，您可以轻松地将这些卷绑定到其他容器中以执行单独的任务。您可能需要考虑将它们以只读方式绑定到其他容器中以保护您的数据：

docker run -d -v /reliable/disk/logs/db:/logs/db:ro my-log-processor

如果这是一个关键任务系统，这将是我推荐的方法。

非关键任务

如果系统不是关键任务并且您可以容忍更高的数据丢失可能性，那么我会查看Docker Volume API，它恰好用于您想要做的事情：管理和创建应该存在的数据卷超出容器的生命周期。

docker volume 命令的好处在于它可以让您创建命名卷，如果命名得当，人们会很清楚它们的用途：

docker volume create db-data docker volume create db-logs

然后您可以从命令行将这些卷挂载到您的容器中：

docker run -d -v db-data:/db/data -v db-logs:/logs/db my-database-image

如果您的 Docker 主机，这些卷将在您的容器生命周期之外继续存在，并存储在文件系统中。您可以使用：

docker volume inspect db-data

找出数据的存储位置并在需要时备份该位置。

您可能还想查看Docker Compose 之类的内容，它允许您在一个文件中声明所有这些内容，然后通过单个命令创建整个环境。