使用 BTRFS 存储驱动程序

Btrfs 是一种支持许多高级存储技术的写时复制文件系统,使其非常适合 Docker。Btrfs 包含在主线 Linux 内核中。

Docker 的 btrfs 存储驱动程序利用了许多 Btrfs 功能来管理镜像和容器。这些功能包括块级操作、精简配置、写时复制快照以及易于管理。您可以将多个物理块设备组合成单个 Btrfs 文件系统。

此页面将 Docker 的 Btrfs 存储驱动程序称为 btrfs,而将整个 Btrfs 文件系统称为 Btrfs。

注意

btrfs 存储驱动程序仅在 SLES、Ubuntu 和 Debian 系统上的 Docker Engine CE 中受支持。

先决条件

如果您满足以下先决条件,则支持 btrfs

  • 仅建议在 Ubuntu 或 Debian 系统上的 Docker CE 中使用 btrfs

  • 更改存储驱动程序会使您已经在本地系统上创建的任何容器都无法访问。使用 docker save 保存容器,并将现有镜像推送到 Docker Hub 或私有存储库,这样您以后就不必重新创建它们。

  • btrfs 需要一个专用的块存储设备,例如物理磁盘。此块设备必须格式化为 Btrfs 并挂载到 /var/lib/docker/ 中。以下配置说明将引导您完成此过程。默认情况下,SLES / 文件系统使用 Btrfs 格式化,因此对于 SLES,您不需要使用单独的块设备,但出于性能原因,您可以选择这样做。

  • 您的内核中必须存在 btrfs 支持。要检查这一点,请运行以下命令

    $ grep btrfs /proc/filesystems
    
    btrfs
    
  • 要在操作系统级别管理 Btrfs 文件系统,您需要 btrfs 命令。如果您没有此命令,请安装 btrfsprogs 软件包(SLES)或 btrfs-tools 软件包(Ubuntu)。

配置 Docker 以使用 btrfs 存储驱动程序

此过程在 SLES 和 Ubuntu 上基本相同。

  1. 停止 Docker。

  2. /var/lib/docker/ 的内容复制到备份位置,然后清空 /var/lib/docker/ 的内容

    $ sudo cp -au /var/lib/docker /var/lib/docker.bk
    $ sudo rm -rf /var/lib/docker/*
    
  3. 将您的专用块设备或设备格式化为 Btrfs 文件系统。此示例假设您使用的是两个名为 /dev/xvdf/dev/xvdg 的块设备。仔细检查块设备名称,因为这是一个破坏性操作。

    $ sudo mkfs.btrfs -f /dev/xvdf /dev/xvdg
    

    Btrfs 还有许多其他选项,包括条带化和 RAID。请参见 Btrfs 文档

  4. 将新的 Btrfs 文件系统挂载到 /var/lib/docker/ 挂载点。您可以指定用于创建 Btrfs 文件系统的任何块设备。

    $ sudo mount -t btrfs /dev/xvdf /var/lib/docker
    

    注意

    通过在 /etc/fstab 中添加条目,使更改在重启后保持永久性。

  5. /var/lib/docker.bk 的内容复制到 /var/lib/docker/ 中。

    $ sudo cp -au /var/lib/docker.bk/* /var/lib/docker/
    
  6. 配置 Docker 以使用 btrfs 存储驱动程序。即使 /var/lib/docker/ 现在使用 Btrfs 文件系统,这仍然是必需的。编辑或创建文件 /etc/docker/daemon.json。如果是新文件,请添加以下内容。如果是现有文件,请仅添加键和值,注意如果它不是结束花括号 (}) 之前的最后一行,则以逗号结尾。

    {
      "storage-driver": "btrfs"
    }

    请参见每个存储驱动程序的所有存储选项,了解有关 守护程序参考文档 中的说明

  7. 启动 Docker。当它运行时,验证 btrfs 是否用作存储驱动程序。

    $ docker info
    
    Containers: 0
     Running: 0
     Paused: 0
     Stopped: 0
    Images: 0
    Server Version: 17.03.1-ce
    Storage Driver: btrfs
     Build Version: Btrfs v4.4
     Library Version: 101
    <...>
    
  8. 准备就绪后,删除 /var/lib/docker.bk 目录。

管理 Btrfs 卷

Btrfs 的优点之一是易于管理 Btrfs 文件系统,而无需卸载文件系统或重启 Docker。

当空间不足时,Btrfs 会自动以大约 1 GB 的块大小扩展卷。

要将块设备添加到 Btrfs 卷,请使用 btrfs device addbtrfs filesystem balance 命令。

$ sudo btrfs device add /dev/svdh /var/lib/docker

$ sudo btrfs filesystem balance /var/lib/docker

注意

虽然您可以在 Docker 运行时执行这些操作,但性能会受到影响。最好规划一个停机窗口来平衡 Btrfs 文件系统。

btrfs 存储驱动程序的工作原理

btrfs 存储驱动程序的工作方式不同于其他存储驱动程序,因为您的整个 /var/lib/docker/ 目录都存储在 Btrfs 卷上。

磁盘上的镜像和容器层

有关镜像层和可写容器层的信息存储在 /var/lib/docker/btrfs/subvolumes/ 中。此子目录包含每个镜像或容器层的一个目录,其中包含从层加上所有其父层构建的统一文件系统。子卷是本机写时复制的,并且根据需要从底层存储池分配空间。它们也可以嵌套和快照。下图显示了 4 个子卷。“子卷 2”和“子卷 3”是嵌套的,而“子卷 4”显示了其自己的内部目录树。

Subvolume example

仅镜像的基础层存储为真正的子卷。所有其他层都存储为快照,这些快照仅包含该层中引入的差异。您可以创建快照的快照,如下图所示。

Snapshots diagram

在磁盘上,快照看起来和感觉起来都像子卷,但实际上它们要小得多,并且更节省空间。写时复制用于最大程度地提高存储效率并最小化层大小,并且容器的可写层中的写入在块级别进行管理。下图显示了一个子卷及其共享数据的快照。

Snapshot and subvolume sharing data

为了最大限度地提高效率,当容器需要更多空间时,它会以大约 1 GB 的块大小分配空间。

Docker 的 btrfs 存储驱动程序将其每个镜像层和容器存储在自己的 Btrfs 子卷或快照中。镜像的基础层存储为子卷,而子镜像层和容器存储为快照。这在下图中显示。

Btrfs container layers

在运行 btrfs 驱动程序的 Docker 主机上创建镜像和容器的高级过程如下

  1. 镜像的基础层存储在 /var/lib/docker/btrfs/subvolumes 下的 Btrfs 子卷中。

  2. 后续镜像层存储为父层子卷或快照的 Btrfs 快照,但包含此层引入的更改。这些差异存储在块级别。

  3. 容器的可写层是最终镜像层的 Btrfs 快照,其中包含运行容器引入的更改。这些差异存储在块级别。

容器如何使用 btrfs 进行读写

读取文件

容器是镜像的空间高效快照。快照中的元数据指向存储池中的实际数据块。这与子卷相同。因此,对快照执行的读取与对子卷执行的读取基本相同。

写入文件

作为一般注意事项,使用 Btrfs 写入和更新大量小文件会导致性能下降。

考虑容器使用 Btrfs 以写入访问方式打开文件的三个场景。

写入新文件

将新文件写入容器会调用按需分配操作,以将新的数据块分配给容器的快照。然后将文件写入此新空间。按需分配操作是所有使用 Btrfs 的写入的本机操作,与将新数据写入子卷相同。因此,将新文件写入容器的快照以本机 Btrfs 速度运行。

修改现有文件

更新容器中的现有文件是一个写时复制操作(重定向写入是 Btrfs 术语)。将从当前存在文件的层读取原始数据,并且仅将修改的块写入容器的可写层。接下来,Btrfs 驱动程序更新快照中的文件系统元数据以指向此新数据。此行为会产生少量开销。

删除文件或目录

如果容器删除了底层存在的文件或目录,Btrfs 会屏蔽底层文件或目录的存在。如果容器创建了文件,然后删除它,此操作将在 Btrfs 文件系统本身执行,并回收空间。

Btrfs 和 Docker 性能

有几个因素会影响 Docker 在 `btrfs` 存储驱动下的性能。

注意

对于写密集型工作负载,使用 Docker 卷可以缓解许多因素,而不是依赖于将数据存储在容器的可写层中。但是,在 Btrfs 的情况下,除非 `/var/lib/docker/volumes/` 不基于 Btrfs,否则 Docker 卷仍然会受到这些缺点的影响。

页面缓存

Btrfs 不支持页面缓存共享。这意味着每个访问同一文件的进程都会将文件复制到 Docker 主机的内存中。因此,`btrfs` 驱动可能不适合像 PaaS 这样的高密度用例。

小写入

容器执行大量的小写操作(这种使用模式与在短时间内启动和停止许多容器时发生的情况相匹配)会导致 Btrfs 块的利用率低下。这可能导致 Btrfs 文件系统过早填满,并导致 Docker 主机出现空间不足的情况。使用 `btrfs filesys show` 仔细监控 Btrfs 设备上的可用空间。

顺序写入

Btrfs 在写入磁盘时使用日志记录技术。这可能会影响顺序写入的性能,将性能降低多达 50%。

碎片化

碎片化是像 Btrfs 这样的写时复制文件系统的自然副产品。许多小的随机写入会加剧这个问题。碎片化可能表现为使用 SSD 时 CPU 出现峰值,或使用旋转磁盘时出现磁头寻址频繁。这两个问题都会损害性能。

如果您的 Linux 内核版本为 3.9 或更高,您可以在挂载 Btrfs 卷时启用 `autodefrag` 功能。在将此功能部署到生产环境之前,请在自己的工作负载上对其进行测试,因为一些测试表明它对性能有负面影响。

SSD 性能

Btrfs 包含针对 SSD 介质的原生优化。要启用这些功能,请使用 `-o ssd` 挂载选项挂载 Btrfs 文件系统。这些优化包括通过避免不适用于固态介质的优化(如寻址优化)来增强 SSD 写入性能。

经常平衡 Btrfs 文件系统

在非高峰时段,使用操作系统实用程序(如 `cron` 作业)定期平衡 Btrfs 文件系统。这会回收未分配的块,并有助于防止文件系统无故填满。除非您在文件系统中添加额外的物理块设备,否则您无法重新平衡完全填满的 Btrfs 文件系统。

查看 Btrfs Wiki

使用快速存储

固态硬盘 (SSD) 比旋转磁盘提供更快的读写速度。

对写入量大的工作负载使用卷

卷为写密集型工作负载提供了最佳且最可预测的性能。这是因为它们绕过了存储驱动程序,并且不会产生由精简配置和写时复制引入的任何潜在开销。卷还有其他优势,例如允许您在容器之间共享数据,即使没有正在运行的容器使用它们,它们也能保持持久性。