cgroup v1 与 v2 的差异与迁移

结论先行

cgroup v2 用统一层级管理 CPU、内存、I/O 等控制器，是现代发行版和容器运行时的默认选择。v1 是多层级、按控制器分别挂载，仍存在于老系统和部分混合模式中。

核心差异

维度	cgroup v1	cgroup v2
层级	每个控制器一棵树	单一统一层级
资源文件	控制器各自命名	统一 `cgroup.controllers`/`cgroup.subtree_control`
内存限制	`memory.limit_in_bytes`	`memory.max`
CPU 配额	`cpu.cfs_quota_us`	`cpu.max`
统计	分散在各控制器	`memory.current`、`cpu.stat` 等统一
线程模式	不统一	支持 threaded 子树
容器支持	广泛但复杂	新运行时默认

怎么选

新内核、新发行版、新容器运行时：用 cgroup v2。
老应用依赖 v1 文件路径或特定控制器：先确认运行时是否支持混合模式。
Kubernetes 1.25+ 默认 v2；升级前检查节点和容器运行时。
不要把 v1 的路径硬编码进监控脚本，迁移后会全部失效。

检查与迁移

stat -fc %T /sys/fs/cgroup
mount | grep cgroup
cat /proc/cgroups
cat /sys/fs/cgroup/cgroup.controllers
cat /sys/fs/cgroup/memory.max
cat /sys/fs/cgroup/cpu.max

cgroup2fs 表示 v2；tmpfs 且多挂载点通常是 v1。
混合模式下两套层级同时存在，排查要确认进程在哪个层级。
容器内看到的 cgroup 路径可能被 namespace 改写；以宿主机视角为准。
迁移后 CPU throttling、内存 OOM 统计和 I/O 限速的指标名会变化。
systemd、containerd、Docker 的版本要支持 v2；旧运行时可能无法启动。

cgroup v1 与 v2 的差异与迁移

结论先行

核心差异

怎么选

检查与迁移

相关命令