跳转到主内容
极星编程网:以代码为星,赴技术山海!

如何限制Linux服务资源占用 systemd.slice配置详解

可以通过创建并配置systemd.slice文件限制服务资源使用,具体步骤如下:1. 创建.slice文件并设置资源限制,如cpuweight和memorymax;2. 在服务的unit文件中添加slice参数绑定到对应slice;3. 重载systemd并重启服务生效配置;常用选项包括cpu权重、内存上限、io优先级等,修改后需用systemctl命令确认状态并调试。 Linux系统运行久了,难免会遇到某个服务占用过多CPU、内存或者IO资源的情况,导致系统卡顿甚至崩溃。如果你用的是systemd作为初始化系统(比如CentOS 7+、Ubuntu 18.04+),其实可以通过
systemd.slice
来限制服务的资源使用。下面我们就来看看怎么操作。 如何通过slice文件控制服务资源 systemd允许我们把进程划分到不同的“slice”中,每个slice可以设置独立的资源限制,比如CPU权重、内存上限等。你可以理解为给服务分配一个“资源盒子”,它只能在这个盒子里活动。 具体来说,你需要创建一个
.slice
文件,放在
/etc/systemd/system/
目录下。例如:
sudo vi /etc/systemd/system/my-limited.slice
然后在里面写入资源限制配置,比如:
[Slice] CPUWeight=100 MemoryMax=512M
上面的例子表示这个slice里的所有服务最多只能使用512MB内存,CPU优先级为100(默认是100,数值越高越优先)。 怎么让服务跑在特定slice里 光有slice还不够,你还需要把你的服务绑定到这个slice里。方法很简单,在服务的unit文件中加上一句:
Slice=my-limited.slice
举个例子,如果你有一个叫
myapp.service
的服务文件,修改后看起来像这样: CentOS Linux 7.9.2009 CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本,也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称,曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护,现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。 下载
[Unit] Description=My Custom App [Service] ExecStart=/usr/bin/myapp Slice=my-limited.slice [Install] WantedBy=multi-user.target
保存之后记得重载systemd配置:
sudo systemctl daemon-reexec sudo systemctl daemon-reload sudo systemctl restart myapp
这样,这个服务就会被限制在你设定的资源范围内运行了。 常见资源限制选项有哪些 以下是几个常用的资源限制项,可以根据实际需求组合使用:
CPUWeight=
:设置CPU调度优先级,数值范围1-10000,默认是100。
MemoryMax=
:限制最大内存使用,比如
512M
、
2G
。
MemoryHigh=
:软性内存限制,超过后会被节制但不会立刻OOM。
IOWeight=
:磁盘IO优先级,和CPUWeight类似。
TasksMax=
:限制服务能创建的最大线程数。 这些参数都支持单位后缀,比如K、M、G,非常方便。 小提示:如果你不确定具体数值,建议先从保守值开始测试,逐步调整。比如先限制内存为1G,观察服务是否稳定,再根据情况增减。 注意事项和调试方法 虽然配置不复杂,但有些细节容易出问题: 修改slice之后必须重载systemd,否则新配置不生效。 某些老版本systemd可能不支持部分参数,注意 系统版本 。 可以用
systemctl status myapp
查看服务是否成功应用了slice。 使用
systemd-cgtop
命令实时监控各slice的资源使用情况。 如果你发现服务被限制得太死导致无法正常运行,可以临时去掉slice配置,或者调高限制值。 基本上就这些,合理使用slice可以帮助你更好地管理服务器资源,避免个别服务拖垮整个系统。

相关文章