服务器docker占用过大的处理

1.查看各顶级文件夹占用硬盘大小。

2.定位到Docker占用磁盘过大，定位到containers和overlay2文件夹占用空间太大。文件夹路径为：/var/lib/docker

3.gitlab容器所属的文件夹中有一个*-json.log文件竟然高达17G。

（1）列出各个文件夹大小： du -d1 -h /var/lib/docker/containers | sort -h

（2）查找"/"目录下所有大于100M的所有文件：find / -type f -size +100M -print0 | xargs -0 du -h | sort -nr

（3）重置该文件大小:echo "" > xxx.log 将 "" 写入到 xxx.log 文件中，从而使该文件大小瞬间变为 0

4.新建或修改/etc/docker/daemon.json

{
  "log-driver":"json-file",
  "log-opts": {"max-size":"10m", "max-file":"1"}
}

设置 docker 只生成一个大小最大为 10M 的日志文件。

说明：

/var/lib/docker/overlay2

该文件夹是docker镜像层的存储位置，每个镜像由多个层构成，若某个层已经在该目录中可以读到，则无需从互联网下载，构建镜像时可以直接读取使用。

一般来说该目录过大的原因在于错误地将日志文件或其他数据写入到容器自身的存储空间中，而不是采用挂载外部目录的方式。

只要保证在容器中进行磁盘写入操作时，写入的位置为挂载目录，该文件夹就不会太大。

其实把overlay2文件夹删了也没啥大事（毕竟真这么干过，空间确实减少了），重启docker服务之后系统又自动建了一个空文件夹。

systemctl daemon-reload
systemctl restart docker

但是在执行docker-compose重新构建容器时，会提示Error response from daemon: … :no such file or directory，找不到overlay2里面的目录了。

解决办法也很简单，执行命令docker system prune -af清理docker中无用的系统资源，docker-compose就能正常执行了。