关键是通过cgroups v1 blkio子系统实现可预测、可隔离的IO调度与限速，而非绝对优先级；Docker借助blkio.weight（10–1000）分配相对带宽比例，并推荐结合--device-read-bps/--device-write-bps做硬限速以保障核心业务IO稳定性。
要保障核心业务容器的磁盘IO资源，关键不是“绝对优先级”，而是通过cgroups v1 blkio子系统实现可预测、可隔离的IO调度与限速。Docker本身不提供IO抢占式优先级，但能通过权重分配和带宽硬限制，在多容器竞争同一块设备时，让核心服务获得更高比例或确定性的IO能力。
确认宿主机支持blkio控制
这是前提，否则所有参数无效：
- 运行 cat /proc/cgroups | grep blkio，确保 enabled 列为 1
- 检查 /sys/fs/cgroup/blkio/ 是否存在且可写（通常在 cgroups v1 模式下）
- 若用 systemd，确认未启用 unified hierarchy：启动参数中应含 systemd.unified_cgroup_hierarchy=0
- 对 CFQ 权重生效的场景，还需确认磁盘调度器为 cfq 或 bfq：cat /sys/block/sda/queue/scheduler（输出中当前调度器需带 [cfq] 或 [bfq]）
用--blkio-weight设置相对IO优先级
适用于多个核心/非核心容器共用同一物理磁盘（如都用 /dev/sda）的场景，体现“谁更关键”：
- --blkio-weight 800：核心数据库容器（默认是500，范围10–1000）
- --blkio-weight 200：日志归档或离线批处理容器
- 权重只在发生IO竞争时起作用；单容器独占磁盘时无实际约束
- 权重值不保证具体MB/s，只反映比例关系——例如 800:200 ≈ 4:1 的带宽分配倾向
用--device-read-bps和--device-write-bps做硬性限速
比权重更可靠、更推荐用于生产环境，尤其当需要防止某容器突发IO拖垮整体性能时：
- 限制核心服务读能力（防缓存预热冲击）：--device-read-bps /dev/sda:100mb
- 限制后台任务写能力（保数据库写入流畅）：--device-write-bps /dev/sda:5mb
- 路径必须是宿主机真实块设备节点，不能是LVM别名或文件路径
- 可同时指定多个设备，例如混合存储架构中分别控sata盘和nvme盘
验证配置是否生效
启动后立即检查，避免上线才发现未生效：
- 查看容器blkio配置：docker inspect 容器名 | grep -A 5 Blkio
- 进入容器所在cgroup目录查看实时IO统计：ls /sys/fs/cgroup/blkio/docker/$(docker inspect -f '{{.Id}}' 容器名)/，关注 blkio.io_service_bytes 和 blkio.weight
- 用 iostat -x 1 在宿主机观察各容器对应设备的实际读写速率分布
