共享服务器资源管理：解决Ubuntu LTS Xeon服务器磁盘IO资源抢占引发的用户资源饥饿问题

嘿，这个场景我太熟了——共享开发服务器最怕的就是有人跑个批量读写任务，把整个磁盘IO占满，其他人连敲个命令都卡得要死。既然虚拟机硬限制资源的路子走不通，给你几个动态平衡IO资源的实用方案，都是在Ubuntu LTS上能直接落地的：

1. 给进程设置IO优先级：用ionice #

这是最直接的临时方案，让高IO的任务“让着点”其他用户的交互操作。ionice把进程分成三类：

• Idle类（-c 3）：只有当系统完全空闲时才会占用IO，适合备份、批量数据处理这类后台任务
• Best-effort类（-c 2）：默认的优先级，你可以用-n 0-7调整数值（7最低）
• Realtime类（-c 1）：优先级最高，一般不建议用，容易反过来堵死其他任务

实操例子： #

• 让用户在跑编译/大文件拷贝时主动加限制：

  # 给make任务设置最低的Best-effort优先级
  ionice -c 2 -n 7 make
  # 给rsync任务设置Idle优先级，系统闲了再跑
  ionice -c 3 rsync -av /src /dest
  

• 已经在运行的进程，找到PID后调整：

  # 先用ps aux找到进程PID，比如1234
  ionice -p 1234 -c 2 -n 7
  

2. 用cgroup做用户级IO限制（持久化方案） #

如果不想每次手动敲命令，可以用cgroup给每个用户设置IO权重或带宽上限，这样用户的所有进程都会自动遵守规则，不用他们自己操作。Ubuntu LTS默认支持cgroup v2，步骤很简单：

给单个用户设置IO权重： #

# 创建用户专属的cgroup目录
mkdir -p /sys/fs/cgroup/io/user/<你的用户名>
# 设置IO权重（默认值是100，数值越小优先级越低，比如设为50，相当于占一半的IO资源）
echo "50" > /sys/fs/cgroup/io/user/<你的用户名>/io.weight
# 把用户当前的所有进程移到这个cgroup里
for pid in $(pgrep -u <你的用户名>); do echo $pid > /sys/fs/cgroup/io/user/<你的用户名>/cgroup.procs; done

让用户登录后自动加入cgroup： #

可以修改PAM配置，或者在用户的~/.bashrc里加一行：

echo $$ > /sys/fs/cgroup/io/user/<你的用户名>/cgroup.procs

这样用户每次登录，shell和后续启动的进程都会自动进入这个受限的cgroup。

如果要限制带宽（比如单用户最多用500MB/s读写），可以用：

echo "8:0 rbps=524288000 wbps=524288000" > /sys/fs/cgroup/io/user/<你的用户名>/io.max
# 8:0是磁盘的设备号，用lsblk可以查看自己的磁盘设备号

3. 监控IO抢占：用iotop快速定位问题 #

有时候你不知道是谁在占IO，用iotop可以实时看到进程的读写情况：

# 只显示正在进行IO操作的进程
iotop -o

看到哪个进程占满了IO，直接给它调整ionice优先级，或者提醒用户暂停一下，比瞎猜高效多了。

4. 文件系统层面优化：减少不必要的IO #

SSD虽然快，但一些小的优化能减少IO压力：

• 给磁盘挂载时加noatime参数：修改/etc/fstab，在分区的挂载选项里加noatime，这样系统不会每次访问文件都更新访问时间，减少写操作
• 把临时文件放到内存：Ubuntu默认/tmp是挂载在tmpfs（内存）里的，让用户把编译、打包的临时文件目录设为/tmp，比如在~/.bashrc里加：

  export TMPDIR=/tmp
  

  这样编译产生的临时文件直接在内存里读写，完全不占磁盘IO。

最后提个小建议 #

可以跟团队定个简单的规则：比如跑批量编译、大文件迁移这类高IO任务时，主动加ionice -c 3或者ionice -c 2 -n 7；管理员定期用iostat -x 1监控磁盘使用率，发现IO占满时及时干预。

这些方案都是动态调整的，不会像虚拟机那样硬锁资源——系统空闲时，所有用户都能全速用资源；只有当资源紧张时，低优先级任务才会让道，完美解决资源饥饿的问题。

备注：内容来源于stack exchange，提问作者stdcall