Kubernetes 1.31：将 cgroup v1 支持转入维护模式
内容提要
Kubernetes 1.31将cgroup v1支持转入维护模式，以适应cgroup v2的发展。cgroup是Linux内核的功能，用于管理系统资源分配和优先级。Kubernetes在Linux节点上使用cgroup来管理容器的资源消耗。cgroup v2提供了更统一和一致的接口，以及更好的资源控制功能。Kubernetes将更全面地采用cgroup v2，但需要小心处理以避免中断现有工作负载。维护模式不意味着废弃，cgroup v1将继续接收关键安全修复和重大错误修复。用户应计划过渡到cgroup v2。
延伸解读
维护模式的实际含义
维护模式并非废弃，cgroup v1 仍会获得关键安全修复和重大错误修复，但不再添加新功能。这意味着现有集群可以继续运行，但不会获得性能或功能上的改进。管理员应理解这一区别，避免误以为可以无限期使用。
为何转向 cgroup v2
cgroup v2 提供了更统一的层级结构、改进的接口和更好的资源控制，还支持 cgroup 感知的 OOM killer 和 rootless 容器等特性。这些优势是 Kubernetes 推动迁移的主要原因，也符合 Linux 生态的整体趋势。
迁移前的准备工作
计划迁移到 cgroup v2 时，需确保操作系统和容器运行时支持 cgroup v2，并测试工作负载的兼容性。由于迁移可能影响现有工作负载，建议在非生产环境中先行验证，再逐步推进。
Q&A
Kubernetes 1.31对cgroup v1的支持有什么变化？
Kubernetes 1.31将cgroup v1支持转入维护模式，不再添加新功能，但仍会提供关键安全修复和重大错误修复。
cgroup是什么，它在Linux中有什么作用？
cgroup是Linux内核的功能，用于管理系统资源分配和优先级，确保多进程环境下的资源公平分配。
cgroup v2相比于cgroup v1有哪些优势？
cgroup v2提供了更统一和一致的接口，以及更好的资源控制功能，支持更好的性能和安全性。
Kubernetes如何使用cgroup来管理容器资源？
Kubernetes通过将每个容器放入独立的cgroup中，来限制资源使用、监控消耗并确保资源公平分配。
为什么Kubernetes决定将cgroup v1转入维护模式？
这一决定是为了与行业趋势保持一致，鼓励用户过渡到cgroup v2，以获得更好的性能和安全性。
用户在过渡到cgroup v2时需要注意什么？
用户应确保操作系统和容器运行时支持cgroup v2，并测试工作负载以确保其正常运行。
