systemd slice 怎样限制一组服务的资源

当几组后台服务共享一台 Linux 主机时，我更愿意先划出一个 slice，再把服务放进去，而不是给每个 service 单独复制一套限制。slice 是 systemd 用来组织 cgroup 层级的 unit；父级上的资源控制可以作用到它下面的一组服务。

官方地址：https://www.freedesktop.org/software/systemd/man/latest/systemd.resource-control.html

最实用的做法是创建一个自定义 report.slice，让相关服务通过 Slice=report.slice 加入其中，再在 slice 的 [Slice] 段配置 CPUQuota、MemoryHigh、MemoryMax 和 TasksMax。示例数字只是起点，最终要按主机容量和服务负载调整。

• Slice= 决定服务属于哪个资源层级。
• MemoryHigh 适合做主要的内存节流边界，MemoryMax 更像最后一道硬限制。
• 父 slice 的上限会影响成员服务，检查时要看有效值而不只看单个 unit 文件。

先把服务放进同一个 slice

假设有两个相关服务：batch-a.service 和 batch-b.service。新建 /etc/systemd/system/report.slice，把共享资源规则集中在这个文件；服务文件只保留归属关系。这样以后新增第三个服务，只需让它也指向 report.slice。

[Unit]
# 让 slice 在 system.slice 下形成清晰的资源分组
Description=Report worker resource group

[Slice]
# 这些值是示例边界，不代表任何机器的容量保证
CPUQuota=160%
MemoryHigh=768M
MemoryMax=1G
TasksMax=256

服务的 drop-in 可以写成：

[Unit]
# 将服务放入同一个父级 slice，继承其资源边界
Slice=report.slice

把这个片段分别保存到 batch-a.service.d/resource.conf 和 batch-b.service.d/resource.conf。这里的关键不是文件名，而是两个 unit 的 Slice= 都指向同一个 report.slice。

在 slice 上设置资源控制

systemd 的资源控制建立在 cgroup 层级上。CPUQuota=160% 表示最多使用相当于 1.6 个 CPU 的时间；它不是“每个服务各得 160%”，而是这个父级及其成员共享的额度。若目标是相对优先级而不是硬上限，可以考虑 CPUWeight，不要把两种语义混用。

MemoryHigh 用于接近上限时的节流，MemoryMax 是绝对内存上限，超过后可能触发该 unit 内的 OOM 处理。官方手册建议把 MemoryHigh 作为主要控制手段，把 MemoryMax 当作最后防线。TasksMax 限制的是任务数量，线程也会计数，不能只按进程数估算。

让成员服务继承并检查有效值

写完 unit 文件后，需要让 systemd 重新读取配置。下面的命令只做配置重载、服务重启和属性查看；输出内容以当前机器实际状态为准。

# 重新读取 unit 文件，避免继续使用旧配置
sudo systemctl daemon-reload

# 按需重启两个成员服务，使它们进入新的 slice 层级
sudo systemctl restart batch-a.service batch-b.service

# 查看服务归属、CPU 限额和有效内存上限
systemctl show batch-a.service \
  -p Slice -p CPUQuotaPerSecUSec -p EffectiveMemoryHigh \
  -p EffectiveMemoryMax -p TasksMax

重点看 Slice=report.slice 是否成立，以及 EffectiveMemoryMax、EffectiveMemoryHigh 是否被父级或更高层级进一步收紧。图中的 systemctl show 是检查关系的入口，不应被理解为另一层资源控制。

完整工作流里的取舍与回退

1. 先按服务用途分组：只有确实需要共同预算的服务才放入同一个 report.slice。
2. 先给 MemoryHigh 留出节流空间，再用 MemoryMax 防止异常增长拖垮整机。
3. 按照线程数估算 TasksMax，线程池、运行时和辅助进程都可能占用任务名额。
4. 修改后同时检查成员服务的 Slice= 和有效值，避免只看 slice 文件就认为限制已生效。

如果某个服务需要独立扩容或独立告警，它可能不适合和其他服务共享一个硬的 MemoryMax。这时可以保留同一上层组织，但拆成更细的子 slice；如果父级限制比子级更紧，最终生效的仍是层级中更严格的边界。

常见问题

把 Slice= 写进服务文件后还需要给每个服务写 MemoryMax 吗？

不一定。若整组服务共享同一预算，可以在 slice 上统一配置；需要单独收紧某个成员时，再在该 service 上增加更细的限制。

CPUQuota=160% 是不是每个服务都能用 160%？

不是。它描述的是所在 unit 层级可获得的 CPU 时间配额，放在 report.slice 上时由该 slice 及其成员共同使用。

为什么配置了 MemoryMax 还要写 MemoryHigh？

两者职责不同：MemoryHigh 更适合作为主要节流边界，MemoryMax 用于异常增长时的最后限制。数值应结合 RSS、负载和 OOM 风险调整。