摘要：用了 Docker，好处挺多的，但是有一个不大不小的问题，它会一不小心占用太多磁盘，这就意味着我们必须及时清理。
作为一个有信仰的技术公司，我们Fundebug的后台采用了酷炫的全 Docker 化架构，所有服务，包括数据库都运行在 Docker 里面。这样做当然不是为了炫技，看得清楚的好处还是不少的：
所有服务器的配置都非常简单，只安装了 Docker，这样新增服务器的时候要简单很多。
可以非常方便地在服务器之间移动各种服务，下载 Docker 镜像就可以运行，不需要手动配置运行环境。
开发/测试环境与生产环境严格一致，不用担心由于环境问题导致部署失败。
至少，上线这一年多来，Docker 一直非常稳定，没有出什么问题。但是，它有一个不大不小的问题，会比较消耗磁盘空间。
如果 Docker 一不小心把磁盘空间全占满了，你的服务也就算玩完了，因此所有 Docker 用户都需要对此保持警惕。当然，大家也不要紧张，这个问题还是挺好解决的。
1. docker system 命令在谁用光了磁盘？Docker System 命令详解中，我们详细介绍了docker system命令,它可以用于管理磁盘空间。
docker system df命令，类似于 Linux 上的df命令，用于查看 Docker 的磁盘使用情况:
docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 147 36 7.204GB 3.887GB (53%) Containers 37 10 104.8MB 102.6MB (97%) Local Volumes 3 3 1.421GB 0B (0%) Build Cache 0B 0B可知，Docker 镜像占用了7.2GB磁盘，Docker 容器占用了104.8MB磁盘，Docker 数据卷占用了1.4GB磁盘。
docker system prune命令可以用于清理磁盘，删除关闭的容器、无用的数据卷和网络，以及 dangling 镜像(即无 tag 的镜像)。docker system prune -a命令清理得更加彻底，可以将没有容器使用 Docker 镜像都删掉。注意，这两个命令会把你暂时关闭的容器，以及暂时没有用到的 Docker 镜像都删掉了...所以使用之前一定要想清楚吶。
执行docker system prune -a命令之后，Docker 占用的磁盘空间减少了很多：
docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 10 10 2.271GB 630.7MB (27%) Containers 10 10 2.211MB 0B (0%) Local Volumes 3 3 1.421GB 0B (0%) Build Cache 0B 0B 2. 手动清理 Docker 镜像/容器/数据卷对于旧版的 Docker(版本 1.13 之前)，是没有 docker system 命令的，因此需要进行手动清理。这里给出几个常用的命
删除所有关闭的容器
删除所有 dangling 镜像(即无 tag 的镜像)：
docker rmi $(docker images | grep "^<none>" | awk "{print $3}")删除所有 dangling 数据卷(即无用的 volume)：
docker volume rm $(docker volume ls -qf dangling=true)Fundebug提供实时、专业的错误监控服务，为您的线上代码保驾护航，欢迎大家免费使用！
3. 限制容器的日志大小有一次，当我使用 1 与 2 提到的方法清理磁盘之后，发现并没有什么作用，于是，我进行了一系列分析。
在 Ubuntu 上，Docker 的所有相关文件，包括镜像、容器等都保存在/var/lib/docker/目录中：
du -hs /var/lib/docker/ 97G /var/lib/docker/Docker 竟然使用了将近100GB磁盘，这也是够了。使用du命令继续查看，可以定位到真正占用这么多磁盘的目录：
92G /var/lib/docker/containers/a376aa694b22ee497f6fc9f7d15d943de91c853284f8f105ff5ad6c7ddae7a53由docker ps可知，nginx 容器的 ID 恰好为a376aa694b22，与上面的目录/var/lib/docker/containers/a376aa694b22的前缀一致：
docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES a376aa694b22 192.168.59.224:5000/nginx:1.12.1 "nginx -g 'daemon off" 9 weeks ago Up 10 minutes nginx因此，nginx 容器竟然占用了92GB的磁盘。进一步分析可知，真正占用磁盘空间的是 nginx 的日志文件。那么这就不难理解了。我们Fundebug每天的数据请求为百万级别，那么日志数据自然非常大。
使用truncate命令，可以将 nginx 容器的日志文件“清零”：
truncate -s 0 /var/lib/docker/containers/a376aa694b22ee497f6fc9f7d15d943de91c853284f8f105ff5ad6c7ddae7a53/*-json.log当然，这个命令只是临时有作用，日志文件迟早又会涨回来。要从根本上解决问题，需要限制 nginx 容器的日志文件大小。这个可以通过配置日志的max-size来实现，下面是 nginx 容器的 docker-compose 配置文件：
nginx: image: nginx:1.12.1 restart: always logging: driver: "json-file" options: max-size: "5g"重启 nginx 容器之后，其日志文件的大小就被限制在5GB，再也不用担心了~
4. 重启 Docker