关于 cgroup v2

    kubelet 和底层容器运行时都需要对接 cgroup 来强制执行， 这包括为容器化工作负载配置 CPU/内存请求和限制。

    Linux 中有两个 cgroup 版本：cgroup v1 和 cgroup v2。cgroup v2 是新一代的 API。

    特性状态： Kubernetes v1.25 [stable]

    cgroup v2 是 Linux cgroup API 的下一个版本。cgroup v2 提供了一个具有增强资源管理能力的统一控制系统。

    cgroup v2 对 cgroup v1 进行了多项改进，例如：

    • API 中单个统一的层次结构设计
    • 更安全的子树委派给容器
    • 跨多个资源的增强资源分配管理和隔离
      • 统一核算不同类型的内存分配（网络内存、内核内存等）
      • 考虑非即时资源变化，例如页面缓存回写

    使用 cgroup v2 的推荐方法是使用一个默认启用 cgroup v2 的 Linux 发行版。

    要检查你的发行版是否使用 cgroup v2，请参阅识别 Linux 节点上的 cgroup 版本。

    cgroup v2 具有以下要求：

    • 操作系统发行版启用 cgroup v2
    • Linux 内核为 5.8 或更高版本
    • 容器运行时支持 cgroup v2。例如：
      • containerd v1.4 和更高版本
      • v1.20 和更高版本
    • kubelet 和容器运行时被配置为使用 systemd cgroup 驱动

    有关使用 cgroup v2 的 Linux 发行版的列表， 请参阅 cgroup v2 文档。

    • Ubuntu（从 21.10 开始，推荐 22.04+）
    • Debian GNU/Linux（从 Debian 11 Bullseye 开始）
    • Fedora（从 31 开始）
    • Arch Linux（从 2021 年 4 月开始）
    • RHEL 和类似 RHEL 的发行版（从 9 开始）

    要检查你的发行版是否使用 cgroup v2， 请参阅你的发行版文档或遵循中的指示说明。

    要迁移到 cgroup v2，需确保满足，然后升级到一个默认启用 cgroup v2 的内核版本。

    kubelet 能够自动检测操作系统是否运行在 cgroup v2 上并相应调整其操作，无需额外配置。

    切换到 cgroup v2 时，用户体验应没有任何明显差异，除非用户直接在节点上或从容器内访问 cgroup 文件系统。

    cgroup v2 使用一个与 cgroup v1 不同的 API，因此如果有任何应用直接访问 cgroup 文件系统， 则需要将这些应用更新为支持 cgroup v2 的版本。例如：

    • 一些第三方监控和安全代理可能依赖于 cgroup 文件系统。你要将这些代理更新到支持 cgroup v2 的版本。
    • 如果以独立的 DaemonSet 的形式运行 cAdvisor 以监控 Pod 和容器， 需将其更新到 v0.43.0 或更高版本。
    • 如果你使用 JDK，推荐使用 JDK 11.0.16 及更高版本或 JDK 15 及更高版本， 以便。

    cgroup 版本取决于正在使用的 Linux 发行版和操作系统上配置的默认 cgroup 版本。 要检查你的发行版使用的是哪个 cgroup 版本，请在该节点上运行 stat -fc %T /sys/fs/cgroup/ 命令：

    对于 cgroup v1，输出为 。

    • 进一步了解 cgroups
    • 进一步了解