Docker存储（一）：存储驱动程序的选择选择存储驱动程序

本节描述了 Docker 的存储驱动程序特性。它列出了 Docker 支持的存储驱动程序以及与管理它们相关联的基本命令。最后，本页提供了选择存储驱动程序的指南。

本节的内容是为已经了解存储驱动程序技术的读者准备的。

Docker有一个可插拔存储驱动架构。这就可以根据自己实际的环境和用例来选择最适合的存储驱动。每个Docker存储驱动程序都基于一个Linux文件系统或卷管理器。

此外，每个存储驱动程序都可以自由地以自己独特的方式实现对镜像层和容器层的管理。这意味着在不同的环境下，某些存储驱动程序的性能要优于其他存储驱动程序。

一旦确定了哪个驱动程序是最好的，就可以在启动时在<code>Docker daemon</code>上设置这个驱动程序。因此，Docker守护进程只能运行一个存储驱动程序，并且由该守护进程实例创建的所有容器都使用同一个存储驱动程序。

下表显示了所支持的存储驱动程序技术及其驱动程序名称:

Technology

Storage driver name

OverlayFS

<code>overlay</code> or <code>overlay2</code>

AUFS

<code>aufs</code>

Btrfs

<code>btrfs</code>

Device Mapper

<code>devicemapper</code>

VFS

<code>vfs</code>

ZFS

<code>zfs</code>

要知道守护进程上设置了哪个存储驱动程序，可以使用<code>docker info</code>命令:

说明：

（1）Docker daemon使用overlay作为存储驱动，而其Backing Filesystem是extfs。

（2）extfs意味着 overlay 存储驱动是在现有的（ext）文件系统上操作。

（3）后端文件系统指的是创建了Docker host的本地存储区域/var/lib/docker的文件系统。

存储驱动，可以运行在某种后端文件系统上，但也有些不支持的后端文件系统，它们之间的对应关系如下表：

Storage driver

后端文件系统

不支持的后端文件系统

<code>overlay</code>

<code>ext4</code> <code>xfs</code>

<code>btrfs</code> <code>aufs</code> <code>overlay</code> <code>overlay2</code> <code>zfs</code> <code>eCryptfs</code>

<code>overlay2</code>

<code>btrfs</code> <code>aufs</code> <code>eCryptfs</code>

<code>btrfs</code> only

N/A

<code>direct-lvm</code>

debugging only

<code>zfs</code> only

设置存储驱动方式有两种：

（1）可以在dockerd启动的时候加入<code>--storage-driver=&amp;lt;name&amp;gt;</code>如：

（2）更改配置文件

说明：存储驱动的选择会影响你容器应用的性能，所以很有必要理解存储驱动之间的区别和优缺点，然后才能选择合适的驱动。

很多企业都从共享文件系统（如SAN和NAS）中获取存储资源。通常情况下，这都能带来更好的性能和更高可用性，还有如超配、副本删除、压缩等高级特性。

Docker存储驱动和数据卷都可以运行在这些共享存储系统提供的存储上，这使得Docker可以利用这些系统提供的优越性能和可用性。然而，Docker并没有与这些底层系统集成。

有几个因素会影响存储驱动程序的选择。但是，必须记住这两个事实:

（1）没有哪种驱动适合所有的用户场景；

（2）存储驱动一直都在提升和改进；

此外，下面的内容，也可以提供一些指导意见。

要获得最稳定、最轻松的Docker体验，应该考虑以下几点:

（1）使用您的发行版的默认存储驱动程序。当Docker安装时，它会根据系统的配置选择一个默认的存储驱动程序。稳定性是影响默认使用哪种存储驱动程序的重要因素。偏离此默认值可能会增加遇到bug和细微差别的几率。

（2）遵守CS Engine compatibility matrix指定的配置。CS Engine是Docker Engine的商业化版本，它代码基于开源的Engine。不过它有一套限制的支持配置，而这个支持的配置使用最稳定成熟的存储驱动。

（1）选择你和你的团队都有经验的一种存储。比如，你使用RHEL系列的OS，你可能对LVM和Device Mapper很有经验，因此，你应该使用devicemapper存储驱动。

（2）如果你对Docker提供的存储驱动都没有经验，并且你希望使用简单可用的稳定的Docker环境，那么你可以考虑使用你发行版默认的Docker存储驱动。

很多人认为OverlayFS是Docker存储驱动的未来。然而，它还不够成熟，并且和aufs、devicemapper相比暂时还不够稳定。因此，使用OverlayFS时应该注意。

下图列出了所有驱动，并列出了它们的优缺点。如果要选择存储驱动，那么可以参考下面提到的内容。

OverlayFS有两种存储驱动，它们使用了相同的OverlayFS技术，但却有着不同的实现，在磁盘使用上也并不互相兼容。因为不兼容，两者之间的切换必须重新创建所有的镜像。overlay驱动是最原始的OverlayFS实现，并且，在Docker1.11之前是仅有的OverlayFS驱动选择。overlay驱动在inode消耗方面有着较明显的限制，并且会损耗一定的性能。overlay2驱动解决了这种限制，不过只能在Linux kernel 4.0以上使用它。

所以，对于使用<code>Linux kernel 4.0</code>之前的建议使用 overlay，之后的建议使用 overlay2。