不能直接用 --storage-opt size=... 为普通容器设置磁盘空间上限，尤其在默认 overlay2 存储驱动下会报错；可行方案包括：tmpfs 临时挂载、宿主机文件系统配额绑定、ZFS/Btrfs 子卷配额，或应用层治理（如 GitLab 环境变量与对象存储）。
在 Docker 中，**不能直接用 --storage-opt size=... 为普通容器设置磁盘空间上限**，尤其在主流的 overlay2 存储驱动下（默认），该参数会报错：Error: overlay2 does not support "size"。真正可行的存储配额控制需结合宿主机能力与容器运行时机制，而非单纯依赖 Docker 命令行开关。
用 tmpfs 挂载临时目录（轻量、免配额配置）
适合限制日志、缓存等易膨胀但无需持久化的路径：
- 使用
--tmpfs将容器内目录挂载为内存文件系统，大小受内存/swap 限制，不写盘 - 示例：对
/app/logs限制 512MB：docker run --tmpfs /app/logs:rw,size=512m nginx - 注意：重启后数据丢失；若内存不足，可能触发 OOM 或写入失败
绑定挂载宿主机配额目录（推荐、通用性强）
在宿主机上对挂载目录启用文件系统级配额（如 XFS 或 ext4 quota），再映射进容器：
- 格式化并挂载带配额支持的分区：
mount -o uquota,gquota /dev/sdb1 /mnt/quota - 为具体目录设硬限制（如 2GB）：
xfs_quota -x -c 'limit bhard=2g /mnt/quota/myapp' /mnt/quota - 启动容器时挂载该目录：
docker run -v /mnt/quota/myapp:/data nginx - 容器内所有写入
/data的行为均受宿主机配额约束
换用支持子卷配额的存储驱动（ZFS/Btrfs）
需宿主机已配置好 ZFS 池或 Btrfs 文件系统，并启用配额功能：
- 启动 dockerd 时指定 ZFS 驱动：
dockerd --storage-driver=zfs --storage-opt zfs.poolname=myzpool - 每个容器自动创建独立 ZFS 子卷，可单独设配额：
zfs set quota=8G myzpool/docker/abc123 - Btrfs 同理，用
btrfs qgroup limit 10G /var/lib/docker/btrfs/subvolumes/xxx - 优势是配额作用于整个容器根文件系统，但部署门槛高、维护成本大
GitLab 等特定应用的存储治理补充
对于 docker-gitlab 这类有内置存储策略的应用，建议分层管控：
- 通过环境变量限制项目总数：
GITLAB_DEFAULT_PROJECTS_LIMIT=50，从源头控增长 - 将
/home/git/data映射到宿主机目录（如/srv/docker/gitlab/gitlab），便于用du -sh或quotacheck监控 - 启用制品直传对象存储：
ARTIFACTS_DIRECT_UPLOAD=true，避免本地堆积 - 配置备份自动清理：
BACKUP_KEEP_TIME=7，防止备份文件撑爆磁盘
