XFS 文件系统不支持带宽限制,仅能通过 xfs_quota 限制磁盘空间和 inode 数量;带宽控制需依赖 cgroups v2 io.max 等机制,二者可协同实现容量与速率双重管控。

XFS 文件系统本身不支持“带宽限制”(即 I/O 速率,如 MB/s 或 IOPS),xfs_quota -x -c 'limit' 只能限制磁盘空间用量(blocks)和文件数量(inodes),无法控制读写速度。所谓“带宽与容量双重限制”是常见误解——Linux 中带宽限速需由其他机制实现,如 cgroups v2 io.max、ionice、tc(网络层不适用磁盘)、或存储设备级 QoS(如 NVMe 的 namespaces + cgroup 配合)。
但你可以把“容量限制”做得更精准,并配合外部工具达成近似“带宽+容量”的协同管控效果。以下是务实可行的组合方案:
✅ 明确 XFS 配额能做的:容量与文件数硬约束
xfs_quota -x -c 'limit' 支持对用户(-u)、组(-g)或项目(-p)设置:
-
bsoft/bhard:块空间软硬限制(单位:k/m/g,如bhard=10g) -
isoft/ihard:inode(文件/目录数)软硬限制 -
time=:软限宽限期(如time=5days)
例如,为项目组 proj-api 设定 8GB 硬空间 + 50,000 个文件 + 超软限后 3 天强制回落:
sudo xfs_quota -x -c 'limit -g bsoft=7g bhard=8g isoft=45000 ihard=50000 time=3days proj-api' /data
⚠️ 注意:XFS 不按目录设限,必须先将
/data/api-prod所有内容归属proj-api组,并启用setgid(chmod g+s /data/api-prod),确保新文件自动继承组身份。
✅ 补足“带宽”部分:用 cgroups v2 限速(推荐,内核原生支持)
从 Linux 5.0+ 起,cgroup v2 的 io.max 控制器可对进程或服务限制磁盘 I/O 带宽(bytes/sec)和 IOPS。
Linux 安全审计工具,检查 SSH 配置、开放/监听端口、防火墙规则(ufw/iptables/nftables)、失败登录尝试、sudoers 权限...
步骤简述:
- 确认启用 cgroup v2:
mount | grep cgroup应含cgroup2 on /sys/fs/cgroup type cgroup2 - 创建项目专属 slice(如
proj-api.slice):sudo systemctl edit --full proj-api.slice
写入:
[Slice] IOAccounting=true IOWeight=100 # 限制总带宽:读 ≤ 20MB/s,写 ≤ 15MB/s IOReadBandwidthMax=/dev/sdb1 20971520 IOWriteBandwidthMax=/dev/sdb1 15728640
- 将项目服务(如 nginx 或 Python 进程)运行在此 slice 下:
sudo systemctl set-property my-api.service Slice=proj-api.slice
验证限速生效:
sudo cat /sys/fs/cgroup/proj-api.slice/io.max # 查看当前策略 sudo iostat -dxm 1 | grep sdb1 # 观察实际读写速率是否被卡在设定值附近
✅ 日常协同管理建议
- 容量由
xfs_quota看守(防爆盘、防小文件塞满 inode) - 带宽由
cgroup io.max看守(防某服务持续刷盘拖慢全局 I/O) - 两者独立生效,无冲突,且重启后均持久(配额靠
/etc/fstab挂载选项uquota,gquota;cgroup 靠 systemd 单元文件)
不需要额外工具,不依赖第三方内核模块,全系统原生支持。
不复杂但容易忽略










