清理docker环境：devicemapper

我有一个包含 2 个容器的 docker 环境（Jenkins 和 Nexus，都有自己的命名卷）。 我每天都有一个 cron 作业，它会删除未使用的容器和图像。这工作正常。但问题出在我的 devicemapper 内部：

du -sh /var/lib/docker/
30G docker/

我可以在我的 docker 文件夹中的每个文件夹： 体积（很大，但这对我来说是正常的）：

/var/lib/docker# du -sh volumes/
14G volumes/

容器：

/var/lib/docker# du -sh containers/
3.2M    containers/

Images:

/var/lib/docker# du -sh image/
5.8M    image/

设备映射器：

/var/lib/docker# du -sh devicemapper/
  16G   devicemapper/

/var/lib/docker/devicemapper/mnt是7.3G/var/lib/docker/devicemapper/devicemapper is 8.1G

码头工人信息：

Storage Driver: devicemapper
 Pool Name: docker-202:1-xxx-pool
 Pool Blocksize: 65.54 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: ext4
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 5.377 GB
 Data Space Total: 107.4 GB
 Data Space Available: 28.8 GB
 Metadata Space Used: 6.148 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.141 GB
 Udev Sync Supported: true

这个空间是什么？我可以在不破坏东西的情况下清洁它吗？

不要将 devicemapper 循环文件用于任何严重的事情 http://www.projectatomic.io/blog/2015/06/notes-on-fedora-centos-and-docker-storage-drivers/！ Docker对此有很大的警告。

The /var/lib/docker/devicemapper/devicemapper目录包含稀疏循环文件，其中包含 docker 挂载的所有数据。因此，您需要使用 lvm 工具来搜索它们并执行操作。不过请读一读消除 devicemapper 的问题 https://github.com/docker/docker/issues/3182，他们有点解决了，但也许没有。

我会远离devicemapper如果可能，或者在任何基于 RHEL 的设备上使用 LVM 精简池。如果您无法更改存储驱动程序，则相同的过程至少会清除您无法回收的所有分配的稀疏空间。

更改 docker 存储驱动程序

更改存储驱动程序将需要转储您的/var/lib/docker包含所有 docker 数据的目录。有一些方法可以保存其中的一部分，但这涉及到 Docker 内部结构的混乱。最好提交并导出您想要保留的任何容器或卷，并在更改后导入它们。否则你将得到一个全新的、空白的 Docker 安装！

1. 导出数据

2. 停止 Docker

3. Remove /var/lib/docker

4. 修改您的 docker 启动以使用新的存储驱动程序。 放--storage-driver=<name> in /lib/systemd/system/docker.service or /etc/systemd/system/docker.service or /etc/default/docker or /etc/sysconfig/docker

5. 启动 Docker

6. 导入数据

AUFS https://docs.docker.com/engine/userguide/storagedriver/aufs-driver/

AUFS 不在主线内核中（并且永远不会），这意味着发行版必须以某种方式主动包含它。对于 Ubuntu，它位于linux-image-extra包。

apt-get install linux-image-extra-$(uname -r) linux-image-extra-virtual

然后将存储驱动程序选项更改为--storage-driver=aufs

覆盖文件系统 https://docs.docker.com/engine/userguide/storagedriver/overlayfs-driver/

OverlayFS已经在Ubuntu中可用，只需将存储驱动程序更改为--storage-driver=overlay2 or --storage-driver=overlay如果您仍在使用 3.x 内核

我现在不确定这个主意有多好。它不会比循环文件差多少，但是 这overlay2驱动程序非常适合开发使用，但尚未被视为生产就绪（例如 Docker Enterprise 不提供支持），但由于 AUFS/内核问题，它正在被推动成为标准驱动程序。

直接 LVM 精简池 https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#/configure-direct-lvm-mode-for-production

您可以直接使用 LVM 精简池，而不是 devicemapper 循环文件。 RHEL 通过以下方式让这一切变得简单docker-storage-setup https://github.com/projectatomic/docker-storage-setup/blob/master/docker-storage-setup.sh随 EPEL docker 包一起分发的实用程序。Docker 有手动设置卷的详细步骤 https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#configure-direct-lvm-mode-for-production.

--storage-driver=devicemapper \
--storage-opt=dm.thinpooldev=/dev/mapper/docker-thinpool \
--storage-opt dm.use_deferred_removal=true

Docker 17.06+ 支持管理简单direct-lvm为您设置块设备。 https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#configure-direct-lvm-mode-for-production

只是永远不要耗尽 LVM 卷中的空间。最终，您会遇到需要终止的无响应 Docker 守护进程，以及仍在使用且难以清理的 LVM 资源。