docker无法通过daemon.json或--storage-opt为匿名卷设磁盘配额，必须依赖宿主机能力：①用tmpfs替代（如--tmpfs /tmp:size=256m）；②绑定挂载+xfs/ext4配额目录；③换zfs驱动并设子卷quota。
Docker 守护进程（dockerd）无法通过 daemon.json 或 --storage-opt 等参数直接为单个容器的匿名卷（anonymous volume）设置磁盘配额上限。这是由 Docker 架构和存储驱动机制决定的——匿名卷本质上是独立于容器生命周期、由 Docker 自动创建的命名卷（无显式名称），其底层存储归属宿主机文件系统，而 Docker 原生不提供对卷级空间的强制配额控制。
真正可行的限制路径，必须绕过“守护进程参数直接配额”这一误区，转而依赖宿主机文件系统能力 + 显式挂载策略。以下是清晰、可落地的三种方式：
使用 tmpfs 挂载替代匿名卷（适合临时数据）
匿名卷默认持久化落盘，若数据无需保留（如缓存、会话临时目录），可用内存型 tmpfs 替代，并直接限定大小：
docker run -it \ --tmpfs /tmp:rw,size=256m \ --tmpfs /var/cache/app:rw,size=128m \ nginx
-
/tmp和/var/cache/app在容器内表现为“类卷”路径，但实际使用内存/swap； - 超出
size会立即报错（No space left on device），且重启即清空； - 不适用于需持久化的场景（如数据库数据目录）。
将匿名卷行为转化为绑定挂载 + 宿主机配额目录
Docker 不允许直接给匿名卷设限，但你可以避免使用匿名卷，改用 -v /host/path:/container/path 绑定挂载，并在 /host/path 上启用文件系统配额：
- 确保宿主机分区为 XFS（推荐）或 ext4，并已启用配额：
# 编辑 /etc/fstab，添加 usrquota,grpquota /dev/sdb1 /mnt/voldata xfs defaults,usrquota,grpquota 0 0 sudo mount -o remount /mnt/voldata sudo xfs_quota -x -c 'project -s myvol' /mnt/voldata sudo xfs_quota -x -c 'limit -p bhard=2g myvol' /mnt/voldata
- 启动容器时显式挂载该受控目录：
docker run -v /mnt/voldata/myapp:/data nginx
- 容器写入
/data即受2g硬配额约束，超限时返回Disk quota exceeded。
换用 ZFS 存储驱动 + 子卷配额（根文件系统级控制）
若你接受变更 Docker 全局存储驱动，ZFS 可为每个容器（含其匿名卷所处的 rootfs）自动创建子卷，并支持精确配额：
- 宿主机需已配置 ZFS 池（如
myzpool），并启用配额：zfs set quota=4G myzpool/docker
- 启动 dockerd 时指定驱动：
dockerd --storage-driver=zfs --storage-opt zfs.poolname=myzpool
- 此后每个容器（包括其内部生成的匿名卷数据）都落在独立 ZFS 子卷下（如
myzpool/docker/abc123），可单独限容：zfs set quota=1G myzpool/docker/abc123
- 注意：此方案影响所有容器，不可只对某几个生效；且需维护 ZFS 环境，运维成本较高。
不复杂但容易忽略：所谓“限制匿名卷”，本质是限制它所存放的路径所在文件系统的写入能力。Docker 自身没有卷配额开关，所有有效方案都发生在宿主机层面。
