理想情况下，很少有数据写入容器的可写层，而您使用DockeR卷来写入数据。但是，某些工作负载要求您能够写入容器的可写层。这是存储驱动程序进入的地方。
DockeR使用可插拔架构支持几种不同的存储驱动程序。存储驱动程序控制在DockeR主机上如何存储和管理映像和容器。
阅读存储驱动程序概述之后，下一步就是为您的工作负载选择最佳的存储驱动程序。在做出此决定时，需要考虑三个高层次的因素：
如果您的内核支持多个存储驱动程序，则在未明确配置任何存储驱动程序的情况下，DockeR会优先列出要使用的存储驱动程序，前提是该存储驱动程序满足先决条件。
在大多数情况下，请使用具有最佳整体性能和稳定性的存储驱动程序。
DockeR支持以下存储驱动程序：
OVeRlay2 是当前所有受支持的linux发行版的首选存储驱动程序，并且不需要任何额外的配置。
aufs是在内核3.13上的Ubuntu 14.04上运行的DockeR 18.06及更早版本的首选存储驱动程序，而该内核不支持OVeRlay2。
fuse-OVeRlayfs仅在不提供对RootleSS的支持的主机上运行RootleSS DockeR时才首选OVeRlay2。在Ubuntu和debian 10上，即使在无根模式下fuse-OVeRlayfs也不需要使用该驱动程序OVeRlay2。请参阅无根模式文档。
deviceMappeR支持，但是diRect-lvM对于生产环境是必需的，因为loopback-lvM零配置虽然性能很差。deviceMappeR是CentOS和RHEL的推荐存储驱动程序，因为它们的内核版本不支持OVeRlay2。但是，当前版本的CentOS和RHEL现在支持OVeRlay2，这是推荐的驱动程序。
如果btRfs和zfs驱动程序是后备文件系统（安装了DockeR的主机的文件系统），则使用它们。这些文件系统允许使用高级选项，例如创建“快照&Rdquo;，但需要更多的维护和设置。这些中的每一个都依赖于正确配置的后备文件系统。
该vfs存储驱动程序的目的是为了进行测试，并在那里不能使用任何写入时复制文件系统的情况。此存储驱动程序的性能很差，通常不建议在生产中使用。
DockeR的源代码定义了选择顺序。您可以在DockeR engine 20.10的源代码上看到订单
如果您运行其他版本的DockeR，则可以使用文件查看器顶部的分支选择器来选择其他分支。
一些存储驱动程序要求您对备份文件系统使用特定格式。如果您有使用特定备份文件系统的外部要求，则可能会限制您的选择。请参阅支持的后备文件系统。
在确定了可以选择的存储驱动程序之后，您的选择取决于工作负载的特征和所需的稳定性。请参阅其他注意事项， 以帮助您做出最终决定。
