Linux内核提供了两个版本即cgroup v1和cgroup v2
cgroup是Linux内核提供的一种机制，用于限制、记录和隔离进程组的资源使用。它可以控制CPU、内存、IO等系统资源的分配和使用，并且支持动态调整资源限制。
使用cgroup技术可以实现多个应用程序之间的资源隔离和保护，从而避免应用程序之间的互相影响和冲突。同时，cgroup还可以用于限制系统服务的资源使用，以避免某个服务占用过多资源导致系统负载过高或崩溃。
cgroup技术被广泛应用于容器化技术中，如Docker、Kubernetes等，以帮助用户更好地管理和控制容器的资源使用，提高容器的性能和可靠性。当您使用 Kubernetes 中的资源管理功能（例如为 Pod和容器配置requests和limits）时，Kubernetes 使用 cgroups 来强制执行您的资源请求和限制。
cgroup v2是Linux内核提供的一种新版本的cgroup机制，相对于cgroup v1来说有一些重要的改进和优化。与cgroup v1不同，cgroup v2提供了更加灵活的层次结构，可以将多个cgroup嵌套在一个父cgroup中，从而更好地组织和管理资源。同时，cgroup v2也支持更多类型的资源控制，如CPU集合、内存压缩等。
另外，cgroup v2也引入了统一的hierarchy概念，使得cgroup的管理更加简单和统一。此外，cgroup v2还通过文件系统接口，提供了更加易用和直观的命令行工具，方便用户进行资源限制和查询。
cgroup v2 对 cgroup v1 进行了多项改进，例如：
API 中单个统一的层次结构设计
更安全的子树委派给容器
更新的功能特性， 例如压力阻塞信息（Pressure Stall Information，PSI）
跨多个资源的增强资源分配管理和隔离
统一核算不同类型的内存分配（网络内存、内核内存等）
考虑非即时资源变化，例如页面缓存回写
与v1不同，cgroup v2只有单个层级树（single hierarchy）。总之，cgroup v2相对于cgroup v1来说，在性能、可靠性、功能和易用性等方面都有所提高，因此正在逐渐成为Linux内核中的主流cgroup机制。
虽然cgroup v2早已在linux 4.5版本的时候就已经加入内核中了，而centos 8默认也已经用了4.18作为其内核版本，但是系统中仍然默认使用的是cgroup v1。
从Debian 11、Ubuntu 22.04 LTS、Red Hat 9、CentOS 9 stream开始，默认启用cgroups v2。
如果想分辨当前使用的 Linux 操作系统使用的是哪个版本的 cgroups 也很简单，只需要检查 /sys/fs/cgroup 路径下的结构即可。
cgroup v1版本下 /sys/fs/cgroup目录结构如下：
cgroup v2版本下 /sys/fs/cgroup目录结构如下：
在linux 4.5版本中cgroup v2已经作为新特性加入到了内核代码，用户升级系统内核后，可以通过以下命令查看是否支持cgroup v2能力，目前我使用的不支持cgroup v2，所以还需要先升级内核
grep cgroup /proc/filesystems nodev cgroup
如果在K8s集群上启用cgroup v2需要检查Linux内核版本是否为5.8或者更高版本
uname -r 3.10.0-1160.el7.x86_64
除了上述的一些条件要求，如果使用的容器还需要满足以下要求
system 226 和更高版本 containerd v1.4 和更高版本 cri-o v1.20 和更高版本 kubernetes 1.23.0 和更高版本(1.24会有警告，但无影响，建议最低使用1.25版本)
官方文档建议：将cgroupDriver配置为systemd，这样将kubelet可以通过system在 cgroup 的 v1 和 v2 版本之间进行自适应。因此对 kubernetes/cri-runtime 进行 cgroup v2 适配，实际上是将 systemd 从默认的 cgroup v1 切换到 cgroup v2。
后面我们再来介绍下如何切换到cgroup v2。
首先我们升级systemd，注意centos7需要关闭selinux，同时还需要注意升级systemd网卡名会变。
sed -i 's/enforcing/disabled/' /etc/selinux/config setenforce 0 systemctl --version systemd 219 +PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN
下载Facebook维护的第三方yum仓库
wget https://copr.fedorainfracloud.org/coprs/jsynacek/systemd-backports-for-centos-7/repo/epel-7/jsynacek-systemd-backports-for-centos-7-epel-7.repo -O /etc/yum.repos.d/jsynacek-systemd-centos-7.repo --no-check-certificate yum update systemd
升级 systemd 后，再次验证systemd版本
systemctl --version systemd 234 +PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN default-hierarchy=hybrid
可以看到已经是234版本了，然后还需要重新升级当前的内核版本，然后启用新版本的 systemd，升级内核可以参考我的这个笔记：https://sulao.cn/post/949.html
升级完内核接着我们启用cgroup2 ,在/etc/default/grub下的GRUB_CMDLINE_LINUX中添加systemd.unified_cgroup_hierarchy=1
GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet systemd.unified_cgroup_hierarchy=1" GRUB_DISABLE_RECOVERY="true"
运行 grub2-mkconfig 命令来重新创建内核配置
grub2-mkconfig -o /boot/grub2/grub.cfg
内核升级完以后，我们重启完系统再次检测系统的systemd版本是否切换到了更新的234版本
dmesg | grep 'running in system mode' [ 0.868297] systemd[1]: systemd 234 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBID +ELFUTILS +KMOD -IDN2 +IDN default-hierarchy=hybrid)
检查是否启用cgroup2
stat -fc %T /sys/fs/cgroup/ cgroup2fs
上述命令返回cgroup2fs，说明已经成功切换到cgroup v2了。