docker compose 不支持直接配置 --device-read-iops 等 iops 参数，因其 deploy.resources.limits 仅涵盖 cpu、内存等通用资源，而 i/o 限速属运行时选项，依赖 cgroup 底层控制但未纳入 compose 声明式模型。
在 docker-compose.yml 中直接配置磁盘 IOPS 上限（如 --device-read-iops 或 --device-write-iops）**不被原生支持**。Docker Compose 的 deploy.resources.limits 仅支持 CPU、内存等通用资源，不包含块设备级 I/O 限速参数。
为什么 standard compose 不支持 IOPS 配置
Docker Compose 的资源限制基于 Swarm 模式下的 deploy 字段，而 --device-read-iops 等参数属于 docker run 启动时的运行时选项，依赖宿主机 cgroup v1 blkio 或 cgroup v2 io 控制器，但未被 Compose 的声明式模型纳入标准 schema。
- 官方文档明确说明：
device-read-bps/device-write-iops等参数 只能通过docker run命令指定 -
docker-compose.yml中即使写入这些字段，也会被静默忽略 - Swarm 模式下可通过
deploy.resources.reservations.limits.devices扩展支持，但需配合自定义插件或底层 cgroup 手动注入，非开箱即用
可行替代方案：绕过 compose 直接控制 IOPS
若必须实现 IOPS 限制以防范“噪声邻居”，推荐以下落地方式：
-
改用
docker run启动关键服务：对高 I/O 敏感的服务（如数据库、日志采集器），放弃 compose 编排，改用带限速参数的命令启动docker run -d --name pg-limited \--device-read-iops=/dev/nvme0n1:800 \--device-write-iops=/dev/nvme0n1:400 \-e POSTGRES_PASSWORD=pass postgres:15 -
在宿主机预设 cgroup 规则：手动创建 blkio 控制组，将容器进程移入并配置
blkio.weight或io.max（cgroup v2）
例如：echo "8:0 rbps=10485760 wbps=5242880" > /sys/fs/cgroup/blkio/my-db-group/blkio.throttle.read_bps_device -
结合 storage_opt + 外部监控做兜底：用
storage_opt: {size: 10G}限制容器镜像层+可写层总大小，再配合iotop或pidstat -d实时告警超限进程
生产建议：分层隔离比单点限速更可靠
IOPS 干扰本质是共享物理设备导致的争抢。单纯限速治标不治本，更稳妥的做法是：
- 设备分离：将高 I/O 服务（如 PostgreSQL）与普通应用部署在不同 NVMe 盘或不同 RAID 组上
-
使用命名卷绑定真实设备路径：在
volumes中指定driver_opts挂载到低争用分区，再配合device-write-bps限速该设备 -
启用 cgroup v2 + io.max 统一管控：在宿主机启用
systemd.unified_cgroup_hierarchy=1，用io.max文件统一设置读写带宽和 IOPS，比旧版 blkio 更稳定
