问题描述
原因分析：
一般原因有下列几种情况，逐步分析即可
1.docker镜像占用磁盘
2.docker日志
3./var/lib/docker/overlay2下的容器文件（主要）
解决方案：
一、docker镜像占用磁盘
这种情况先使用 docker images 对象查看有哪些镜像，可以手动删除一些很大不用的，也可以用下面的命令批量删除无用的镜像。
docker image prune //删除不再使用的镜像
docker system prune //这个命令会删除所有未使用的 Docker 资源，包括容器、镜像、卷和网络等
二、docker日志
Docker 容器的日志文件可能会增长并占用大量的磁盘空间。可以检查并删除不再需要的容器日志文件。
这个命令将删除 /var/lib/docker/containers/ 目录下的容器日志文件。
sudo find /var/lib/docker/containers/ -name "*-json.log" -type f -delete
三、/var/lib/docker/overlay2下的容器文件（主要）
说明根本原因在于overlay2下，于是可以利用以下命令一步步找出根源所在。
/var/lib/docker/overlay2 目录下的大文件是Docker镜像或容器的层（layers）。这些层可能是由于之前的Docker容器未正确清理或删除，导致残留的层文件。
1.cd /var/lib/docker //进入docker目录
2.du -h --max-depth=1 //检索文件的最大深度1，即只检索汇总计算当前目录下的文件
执行后发现确实是overlay2下占用最大(此处有些人也可能是volumes占用很大），根据情况继续往下找，这里我就进入overlay2往下找
发现有很多容器，仔细发现有几个占用特别大，于是先用命令吧大文件过滤出来
du -h --max-depth=1 --threshold=5G //只显示大于5GB的文件和目录的磁盘使用情况
执行发现三个7G的文件夹，我们首先进入第一个文件夹看看到底是哪些文件这么大，继续往下找
综上所述 这两个文件夹内容是一样的 merged会多一些由容器本身产出的写文件，进merged继续往下找
终于发现最里面果然还是一些log日志文件，虽然不大但是却耐不住很多。
sentinel–record.log.2023-01-25.0 文件是Redis Sentinel的日志文件。Redis Sentinel是Redis的高可用性解决方案之一，用于监控和管理Redis主从复制和故障转移。
sentinel–record.log 文件包含了Redis Sentinel的运行日志，记录了Sentinel的各种操作、事件和状态信息。这些日志对于故障排查、性能监控和系统运维非常有用。
可以根据需要删除 sentinel–record.log 文件。然而，在删除之前，请确保您不再需要这些日志文件，或者已经备份了重要的日志信息。另外，您还可以考虑将日志文件进行归档或定期清理，以便释放磁盘空间并保持系统的性能。
由于我是自己的项目，所以这些日志文件统统删除。 删除后可以修改配置限制其日志大小跟数量
对于Sentinel的日志文件，您可以通过配置来限制其大小和生成的数量。以下是一些常用的方法：
原文地址:https://blog.csdn.net/weixin_43756185/article/details/132709101
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_23744.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
