关键不是独占而是通过blkio.weight实现相对优先级保障，需满足三个前提：启用blkio子系统、io调度器支持权重（如bfq/cfq）、容器挂载同一物理块设备。
要让高价值容器在多租户环境下稳定获得磁盘优先读写权，关键不是“独占”，而是通过 blkio.weight 实现可预期的相对优先级保障。它不靠硬限速堵别人，而是让核心服务在争抢时“插队更靠前”。实际生效需满足三个前提：cgroup blkio 已启用、IO 调度器支持权重（如 BFQ/CFQ）、容器挂载卷落在同一物理块设备上。
确认底层环境是否就绪
权重配置不会自动起效，必须先验证宿主机基础能力：
- 运行
ls /sys/fs/cgroup/blkio/，目录存在且可读写，说明 blkio 子系统已挂载 - 执行
cat /proc/cgroups | grep blkio，确保enabled列为 1 - 查当前调度器：
cat /sys/block/sda/queue/scheduler（把sda换成你业务实际使用的设备名），输出中应有[bfq]或[cfq]；若显示[none]或[kyber]，需切换：echo bfq > /sys/block/sda/queue/scheduler - 确认使用的是 cgroups v1（Docker 默认）而非 v2——检查内核参数是否含
systemd.unified_cgroup_hierarchy=0
按角色设定合理权重区间
权重是相对值，不是绝对带宽，重点在于拉开梯度：
- 数据库、实时缓存、交易接口类容器：设 700–900（例如 MySQL 设 850）
- 日志采集、批量报表、离线任务类容器：设 100–300（例如 Filebeat 设 200）
- 普通 Web 应用、API 网关等中间层：保持默认 500 即可
- 避免极端值（如 10 或 1000），易导致低权容器完全饥饿，影响平台整体可用性
精准绑定到目标设备（避免配置失效）
权重只对同一块设备生效。若租户 Volume 分散在不同盘（如 /dev/sda 和 /dev/nvme0n1），需分别设置：
- Docker 启动时用
--blkio-weight-device指定设备+权重，格式为MAJ:MIN:WEIGHT或设备路径：/dev/sda:800 - 查主次设备号：运行
ls -l /dev/sda，输出类似brw-rw---- 1 root disk 8, 0 Jun 10 10:00 /dev/sda，其中8,0即主:次，对应8:0 - 一个容器挂载了 SSD 数据库盘和 SATA 日志盘？可同时设：
--blkio-weight-device /dev/nvme0n1:900 --blkio-weight-device /dev/sdb:200
配合硬限速与监控形成闭环
仅靠权重不够应对突发噪声，建议叠加 throttle 限速，并持续验证效果：
- 对低优先级租户加写 IOPS 上限，防其刷满队列：
echo "8:0 5000" > /sys/fs/cgroup/blkio/tenant-low/blkio.throttle.write_iops_device（限制每秒 5000 次写操作） - 用
iostat -x 1观察%util和await，重点关注高权容器的r_await/w_await是否显著低于低权容器 - 用
iotop -oP -p $(pidof your-db-process)直观对比不同容器的实际 IO 带宽占比 - Kubernetes 场景下，可通过 containerd 的
runtime.toml启用 blkio，并用 Pod annotation 注入权重：io.containerd.runc.v2/blkio.weight: "850"
