1

假设您正在尝试 dockerise 数据库（例如 couchdb）。然后，您至少考虑了两种资产的交易量：

  • 数据库文件
  • 日志文件

让我们进一步假设您希望将 db-files 保持为私有，但希望公开日志文件以供以后处理。

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

  1. 第一个选项

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

  2. 第二种选择

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

两个问题：

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

沃尔克

4

1 回答 1

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这样的东西，它允许你在一个文件中声明所有这些，然后通过一个命令创建你的整个环境。

于 2017-01-12T10:33:49.780 回答