Docker 18.09+ 磁盘空间深度优化：精准诊断与智能回收策略

1. 诊断：理解Docker磁盘占用全景图

当 /var 分区突然告警磁盘不足时，许多工程师的第一反应是直接运行 docker system prune 。但粗暴的全量清理可能误伤正在调试的容器或未来需要的基础镜像。我们首先需要建立系统的诊断方法论：

# 查看全局磁盘使用概况（人类友好格式）
docker system df --format "TYPE: {{.Type}}\nTOTAL: {{.TotalSize}}\nACTIVE: {{.ActiveSize}}\nRECLAIMABLE: {{.ReclaimableSize}} ({{.ReclaimablePercent}}%)"

# 获取详细分层数据（JSON格式）
docker system df -v | jq '.'

典型输出示例分析：

TYPE: Images
TOTAL: 24.7GB
ACTIVE: 18.2GB
RECLAIMABLE: 6.5GB (26%)

TYPE: Build Cache  
TOTAL: 37.1GB
ACTIVE: 0B  
RECLAIMABLE: 37.1GB (100%)

关键洞察：RECLAIMABLE百分比差异极大，Build Cache通常可100%回收，而Images可能只有个位数百分比可回收

2. 四维资源解析与回收策略

2.1 镜像(Images)：分层存储的清理艺术

Docker镜像采用分层存储机制，清理时需要理解各层依赖关系：

# 查看镜像依赖树
docker image ls --tree

# 安全清理策略（保留被容器引用的基础层）
docker image prune --filter "until=72h"  # 保留3天内使用的镜像
docker rmi $(docker images -f "dangling=true" -q)  # 删除悬空镜像

镜像回收风险矩阵：

操作类型	回收空间	风险等级	适用场景
删除悬空镜像	中	★☆☆	日常维护
按时间清理	中高	★★☆	测试环境
强制清理(-a)	高	★★★	磁盘紧急告警

2.2 容器(Containers)：读写层的空间优化

容器的磁盘占用主要来自：

• 可写层（日志、临时文件）
• 匿名卷（未显式声明的数据卷）

# 查看容器磁盘占用排行
docker ps -s --format "{{.Names}}: {{.Size}}"

# 精准清理策略
docker container prune --filter "until=24h"  # 保留1天内停止的容器
docker exec {container} sh -c "echo > /var/log/*.log"  # 清空容器内日志

注意：避免直接删除运行中容器的可写层，可能导致应用异常

2.3 构建缓存(Build Cache)：CI/CD环境的空间杀手

BuildKit带来的缓存机制可能占用惊人空间：

# 查看缓存详情（需BuildKit）
docker buildx du --verbose

# 智能保留策略（保留最近1周缓存）
docker builder prune --filter "until=168h" --keep-storage 10GB

缓存管理建议：

• 在CI流水线中添加 --no-cache 参数构建最终镜像
• 为开发环境设置自动清理策略：

# 每周一凌晨自动清理（加入crontab）
0 3 * * 1 docker builder prune --filter "until=168h" -f

2.4 数据卷(Volumes)：最危险的高价值存储

数据卷清理需要特别谨慎：

# 查看卷大小（需root权限）
du -sh /var/lib/docker/volumes/*

# 安全删除未使用卷
docker volume prune --filter "label!=keep"

数据卷保护措施：

1. 为重要卷添加保护标签：

docker volume create --label keep=important db_data

2. 定期备份后再清理：

docker run --rm -v db_data:/data -v /backups:/backup alpine \
    tar czf /backup/db_data_$(date +%Y%m%d).tar.gz /data

3. 高级诊断工具链

3.1 深度分析工具

# 安装磁盘分析工具
apt install ncdu

# 扫描Docker存储目录
ncdu /var/lib/docker

3.2 可视化监控方案

推荐配置Prometheus监控指标：

# docker-compose.yml片段
services:
  exporter:
    image: prom/node-exporter
    volumes:
      - /var/lib/docker:/docker:ro
    command:
      - --collector.docker.volume
      - --collector.docker.image

4. 预防性维护体系

4.1 存储驱动优化

根据使用场景选择存储驱动：

驱动类型	写性能	空间效率	适用场景
overlay2	★★★	★★★	通用场景
zfs	★★☆	★★★	大容量存储
btrfs	★★☆	★★★	开发环境

4.2 日志管理策略

在 /etc/docker/daemon.json 中配置：

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

4.3 自动化维护脚本

#!/bin/bash
# docker_cleaner.sh - 智能维护脚本

THRESHOLD=85  # 磁盘使用百分比阈值

usage=$(df /var | awk 'NR==2 {print $5}' | tr -d '%')

if [ $usage -ge $THRESHOLD ]; then
    echo "触发自动清理（当前使用率: $usage%）"
    
    # 分级清理策略
    docker system prune -f
    if [ $usage -ge 90 ]; then
        docker builder prune -f --filter "until=72h"
    fi
    if [ $usage -ge 95 ]; then
        docker image prune -a -f --filter "until=48h"
    fi
    
    # 最终检查
    after=$(df /var | awk 'NR==2 {print $5}' | tr -d '%')
    echo "清理完成：${usage}% → ${after}%"
fi

将脚本加入定时任务：

# 每6小时检查一次
crontab -e
0 */6 * * * /path/to/docker_cleaner.sh >> /var/log/docker_clean.log

在实际生产环境中，我们曾通过这套组合策略将某CI服务器的磁盘使用率从98%降至65%，同时保留了关键的构建缓存层。关键在于理解不同资源的回收特性——像处理化学废料一样，有些可以安全回收，有些则需要特殊处理。