谁用光了磁盘？Docker System命令详解

为了保证可读性，本文采用意译而非直译。

用了一段时间Docker后，会发现它占用了不少硬盘空间。还好Docker 1.13引入了解决方法，它提供了简单的命令来查看/清理Docker使用的磁盘空间。

本文通过一个简单的示例，可以证明Docker能够很快地将磁盘占满。该示例通过play-with-docker.com运行。点击Add new instance即可创建新的实例，该实例安装了最新版的Docker 17.03。这篇博客主要讨论磁盘空间，那么不妨使用df命令查看磁盘的初始状态:

可知，在新创建的play-with-docker.com实例，一共有10GB磁盘空间，其中接近500MB已被占用。

接下来编写Dockerfile来创建一个镜像。这个镜像基于Alpine镜像；镜像将写入3个随机的文件，每个文件1GB，文件由dd命令生成；因为这个镜像并没有实际作用，因此CMD设为/bin/true。

运行docker build -t test .即可创建镜像，执行完成后将生成一个3GB的镜像。

不难理解，该镜像占用了相应大小的磁盘空间。

若只写入2个随机文件，则需要修改Dockerfile，删掉一行。为了避免构建镜像时使用缓存，我在dd命令之前添加了一行echo命令。

本来以为这样可以节省1GB磁盘空间，然而实际情况更加糟糕！

旧的Docker镜像一直存在，最终磁盘空间会很快被用完。Docker 1.13引入了docker system df命令，类似于Linux上的df命令，用于查看Docker的磁盘使用情况。

可知，实例上一共有3个Docker镜像: apline镜像，包含3个1GB随机文件的镜像以及包含2个1GB随机文件的镜像。这些镜像占用了超过5GB磁盘空间。由于我们并没有基于这些镜像运行容器，所以它们都可以被删除，所以可回收的(RECLAIMABLE)磁盘空间为100%。使用docker run test运行test镜像再查看:

现在情况就不同了，我运行了一个容器，它执行/bin/true之后就很快退出了。这个容器绑定了test镜像，test镜像被标记为活跃(active)因而不能被删除，这导致可回收的磁盘空间变少了。

现在来清理一下磁盘空间。Docker提供了docker system prune，可以用于清理dangling镜像(参考What are Docker : images?)和容器，以及失效的数据卷和网络。

根据警告信息可知，这个命令会删除所有关闭的容器以及dangling镜像。示例中，含有3个1GB随机文件的镜像的名称被占用了，名称为:，为dangling镜像，因此会被删除。同时，所有的中间镜像也会被删除。这样的话，一共3GB的磁盘空间被回收了!

更进一步，使用-a选项可以做深度清理。这时我们会看到更加严重的WARNING信息:

这个命令将清理整个系统，并且只会保留真正在使用的镜像，容器，数据卷以及网络，因此需要格外谨慎。比如，我们不能在生产环境中运行prune -a命令，因为一些备用镜像(用于备份，回滚等)有时候需要用到，如果这些镜像被删除了，则运行容器时需要重新下载。

此时，所有未绑定容器的镜像将会被删除。由于第一次prune命令删除了所有容器，因此所有镜像(它们没有绑定任何容器)都会被删除。

现在，已使用的磁盘空间又变成了4%。本文的示例只是冰山一角，因为一旦我们运行了真正的容器，并且使用了Docker数据卷和Docker网络，则磁盘空间将会更快用完。感兴趣的话，可以查看博客最后的视频(不要忘了订阅！)。在视频中，我介绍一个简单的WordPress应用，它由数个容器，数据卷以及网络构成。这个应用可以很快地消耗掉磁盘空间，我将介绍如何处理这个问题。