博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
[转帖]Docker 清理占用的磁盘空间
阅读量:5124 次
发布时间:2019-06-13

本文共 3152 字,大约阅读时间需要 10 分钟。

 
https://www.cnblogs.com/zhuochong/p/10076599.htmldocker systemdocker network一系列的docker 命令 感觉挺有裨益的 去年的时候还用过 一段时间不用 忘记的干干净净了.

 

1. 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命令的,因此需要进行手动清理。这里给出几个常用的命

删除所有关闭的容器

docker ps -a | grep Exit | cut -d ' ' -f 1 | xargs docker rm

删除所有dangling镜像(即无tag的镜像):

docker rmi $(docker images | grep "^<none>" | awk "{print $3}")

docker rmi $(docker images | grep "^" | awk "{print $3}")
docker rmi $(docker images | grep "none" | awk '{print $3}')

sudo docker rmi -f $(sudo docker images -a | awk {'print $3'})

删除所有dangling数据卷(即无用的volume):

docker volume rm $(docker volume ls -qf dangling=true)

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的日志文件。那么这就不难理解了。

使用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

还有当我清理了镜像、容器以及数据卷之后,发现磁盘空间并没有减少。根据提到过的建议,我重启了Docker,发现磁盘使用率从83%降到了19%。根据高手,这应该是与内核3.13相关的BUG。

转载于:https://www.cnblogs.com/jinanxiaolaohu/p/10640304.html

你可能感兴趣的文章
【转】C#中Invoke的用法
查看>>
[kafka]kafka集群实践
查看>>
visual studio 2015 搭建python开发环境,python入门到精通[三]
查看>>
使用handler倒计时
查看>>
字串转日期
查看>>
SQL-简单查询
查看>>
各种路径的获取方法
查看>>
Xamarin Essentials教程磁力计Magnetometer
查看>>
SQL Server的WAITFOR DELAY注入
查看>>
第四周总结
查看>>
asp.net读取xml方法
查看>>
原型模式
查看>>
android UI布局
查看>>
机房收费系统之结账
查看>>
Linux学习之基本介绍
查看>>
dropify,不错的图片上传预览插件
查看>>
Spring各jar包的作用(转载)
查看>>
SVG_text.动态创建&换行显示(横)
查看>>
C#生成新浪微博短网址 示例源码
查看>>
JAVA读写文件
查看>>