不能通过 daemon.json 全局配置匿名卷大小限制，因为 storage-opts 仅作用于容器 Rootfs，不适用于 /var/lib/docker/volumes/ 下的匿名卷；需依赖 XFS prjquota、命名卷 size 参数或绑定挂载等宿主机级方案。
不能通过 docker 守护进程（daemon.json）全局配置单个匿名卷的最大磁盘占用。
为什么 daemon.json 不支持匿名卷大小限制
Docker 守护进程的 storage-opts（如 overlay2.size 或 dm.basesize）只作用于容器的根文件系统（Rootfs），即 / 分区的可写层，**不适用于匿名卷（anonymous volume）**。匿名卷由 Docker 管理，存储在 /var/lib/docker/volumes/ 下，其底层是宿主机文件系统上的普通目录，Docker 本身不对其施加空间配额控制。
真正可行的替代方案
要限制匿名卷实际占用的磁盘空间，必须依赖宿主机的文件系统级配额机制，而非 Docker 配置：
-
使用 XFS 文件系统 + prjquota：将 Docker 数据根目录（如
/var/lib/docker）或其父分区格式化为 XFS，并挂载时启用prjquota；然后为/var/lib/docker/volumes/子目录单独设置项目配额（project quota） -
改用命名卷并显式设 size：匿名卷无法指定大小，但命名卷可以：
docker volume create --opt size=2g my-named-volume
该方式仅对支持--opt size的存储驱动有效（如local驱动配合 XFS/Btrfs，且需内核与驱动版本匹配） - 避免依赖匿名卷：在生产环境中，优先使用绑定挂载（bind mount）到已配额的宿主机路径，或使用外部卷插件（如 NFS、Ceph），由底层存储系统统一管控容量
常见误区提醒
以下操作无效或不推荐：
- 在
daemon.json中添加"storage-opts": ["size=2G"]—— 此参数不被识别，Docker 启动会报错 - 对已有匿名卷执行
docker volume inspect后尝试修改 —— 匿名卷无名称、不可管理，也无法追加 size 参数 - 指望
--storage-opt size=...在docker run中限制匿名卷 —— 它只限制 Rootfs，不影响/var/lib/docker/volumes/xxx/_data
归根结底，Docker 本身不提供卷级空间隔离能力。控制匿名卷用量，本质是宿主机存储治理问题，需从文件系统和运维策略入手。
