不能靠Docker volume本身设限额，需结合监控与系统级配额：监控宿主机真实路径（如/var/lib/docker/volumes/xxx/_data），用XFS project quota为卷目录设硬上限，并隔离日志缓存、启用日志轮转及自动化告警清理。
不能靠 Docker volume 本身设限额来预防爆满，因为 volume 没有内置 size 参数。真正有效的做法是把监控和系统级配额结合起来——一边实时掌握数据卷实际占用，一边在宿主机层拦截超额写入。
盯住真实路径，别只看 Docker 抽象层
Docker 的 volumes 实际落在宿主机某个目录（如 /var/lib/docker/volumes/xxx/_data），bind mount 更直接对应你指定的路径。监控必须落到这个物理位置，而不是只查 docker system df 这类汇总数据。
- 用
du -sh /var/lib/docker/volumes/*/ _data快速扫一遍所有命名卷大小 - 对 bind mount 路径，直接
du -sh /your/bind/mount/path - 配合
find /path -name "*.log" -size +100M找出异常大日志文件
给关键卷目录加操作系统级配额
XFS 是最稳妥的选择，项目配额（project quota）能精准绑定到单个 volume 目录，不干扰其他容器。
- 确保挂载时启用配额：
mount -o uquota,gquota,pquota /dev/sdX /mnt/volroot - 为 volume 目录分配 project ID：
xfs_quota -x -c 'project -s myapp' /mnt/volroot - 设硬上限，比如 10GB：
xfs_quota -x -c 'limit -p bhard=10g myapp' /mnt/volroot - 容器写满即报
Disk quota exceeded，进程阻塞，不会拖垮整机
日志和临时数据单独隔离限流
数据库日志、应用缓存、session 文件这些高频写入项，不该和持久化数据混在一个 volume 里。
- 非持久数据走
--tmpfs：如--tmpfs /app/cache:size=512m,mode=1777 - 容器日志强制轮转：全局配置
/etc/docker/daemon.json加入{"log-driver":"json-file","log-opts":{"max-size":"10m","max-file":"3"}} - 应用自身日志也启用 rotate，避免绕过 Docker 日志驱动直写磁盘
自动化监控+阈值告警不能只靠人工
靠人定期 df -h 容易滞后，要让脚本或工具主动发现风险。
- 每5分钟执行一次：
df -h /mnt/volroot | awk 'NR==2 {gsub(/%/,""); if ($5 > 85) print "ALERT: " $5 "% used"}' - 用 Prometheus + Node Exporter 抓取
node_filesystem_usage_bytes指标，阈值设 80% - 告警触发后自动清理旧日志：
find /mnt/volroot -name "*.log" -mtime +7 -delete（谨慎测试后再上线）
