BTRFS 存储驱动

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

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

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

注意

btrfs 存储驱动仅在 SLES、Ubuntu 和 Debian 系统上与 Docker Engine CE 一起受支持。

先决条件

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

  • btrfs 仅推荐在 Ubuntu 或 Debian 系统上与 Docker CE 一起使用。

  • 更改存储驱动会使您已在本地系统上创建的任何容器无法访问。使用 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"
    }

    daemon 参考文档中查看每个存储驱动的所有存储选项

  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 原生速度运行。

修改现有文件

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

删除文件或目录

如果容器删除存在于较低层的文件或目录,Btrfs 会掩盖文件或目录在较低层中的存在。如果容器创建文件然后删除它,此操作在 Btrfs 文件系统本身中执行,并且空间被回收。

Btrfs 和 Docker 性能

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

注意

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

页缓存

Btrfs 不支持页缓存共享。这意味着每个访问同一文件的进程都会将该文件复制到 Docker 主机的内存中。因此,对于 PaaS 等高密度用例,btrfs 驱动程序可能不是最佳选择。

小量写入

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

顺序写入

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

碎片化

碎片化是像 Btrfs 这样的写时复制文件系统的自然副产品。大量的小随机写入可能会加剧此问题。碎片化在使用 SSD 时可能表现为 CPU 峰值,在使用机械硬盘时表现为磁头寻道颠簸(head thrashing)。这两种问题都可能损害性能。

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

SSD 性能

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

经常平衡 Btrfs 文件系统

使用操作系统实用程序,例如 cron 任务,在非高峰时段定期平衡 Btrfs 文件系统。这会回收未分配的数据块,并有助于防止文件系统不必要地被填满。你无法重新平衡一个完全满的 Btrfs 文件系统,除非你向文件系统添加额外的物理块设备。

请参阅Btrfs Wiki

使用快速存储

固态硬盘 (SSD) 比机械硬盘提供更快的读写速度。

对写入密集型工作负载使用卷

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

页面选项