KubeCon 前瞻：Kubernetes 弃用 cgroup v1，node swap 带来最高 3 倍密度提升
来源The New Stack查看原文
速览
- Kubernetes 与 AI 负载的结合正在改变节点资源管理、可观测性与安全实践
- node swap 在 v1.34 GA，NVMe SSD 支撑下部分场景密度提升最高 3 倍
- agentic AI 负载的突发内存需求是集群密度的主要瓶颈，内存通常先于 CPU 耗尽
- cgroup v1 已走到尽头，v1.35 起 kubelet 默认拒绝在 v1 节点启动
- 升级 Kubernetes 前应先把所有 Linux 节点迁移到 cgroup v2
- 自托管 AI 平台交付失败多源于客户侧前置条件与跨团队交接缺失
- HPE 主张边缘 AI 应采用软硬件与安全运维一体的专用计算
- CiliumCon 议程聚焦 AI 与 GPU 负载给 Kubernetes 网络带来的新问题
- Meta 开源实验性 eBPF 安全工具 BpfJailer
The New Stack 的「Road to KubeCon」专栏汇总了 KubeCon + CloudNativeCon North America 2026（11 月 9-12 日，盐湖城）前的云原生动态。核心变化集中在 Kubernetes 与 AI 负载的碰撞上：Kubernetes 博客介绍了 node swap 在 v1.34 正式 GA 后，配合 NVMe SSD 在部分场景下可带来最高 3 倍的节点密度提升，用于缓解 agentic AI 负载的突发内存需求；DaoCloud 的 Paco Xu 指出 cgroup v1 存在诸多限制，自 Kubernetes v1.35 起 kubelet 默认拒绝在 cgroup v1 节点上启动，建议升级前先把所有 Linux 节点迁移到 v2；Fairwinds 提醒自托管 AI 平台厂商，安装程序可用并不等于交付成功，客户侧的前置条件、IAM、DNS 配置与跨团队交接不到位会导致项目延期甚至无法启动。此外，HPE 主张边缘 AI 需要「专用计算」，Kubernetes on Edge Day 与 CiliumCon 将作为同场活动回归，Cilium 社区正应对 GPU 与 AI 负载给 Kubernetes 网络带来的压力。
关键事实
- KubeCon + CloudNativeCon North America 2026 将于 11 月 9-12 日在犹他州盐湖城举行
- Kubernetes node swap 功能在 Kubernetes v1.34 达到 general availability
- Ocean Xie 与 Yuan Wang 在 Kubernetes 博客中报告：node swap 由高速 NVMe SSD 支撑时，部分场景下密度提升最高达 3 倍
- 自 Kubernetes v1.35 起，kubelet 默认拒绝在 cgroup v1 节点上启动
- DaoCloud 开源团队负责人 Paco Xu 指出 cgroup v2 提供单一统一层级、更一致的接口，并支持内存 QoS 更新、容器感知 OOM 处理、rootless 等特性
- Fairwinds 工程总监 Munib Ali 表示，自托管 AI 平台的安装只是开始，客户前置条件、环境限制与跨团队交接不完整会导致部署停滞
本站视角
对国内做 Kubernetes 平台的团队和运维工程师来说，最紧迫的一条是 cgroup v1 的退场：v1.35 起 kubelet 默认拒绝在 v1 节点启动，这不是建议而是硬门槛。仍在用较老发行版（不少国内企业的节点还停留在 CentOS 7 时代的 cgroup v1）的团队，如果直接升级 Kubernetes，会先撞上节点无法启动的问题，必须把「迁移到 cgroup v2」排进升级前置清单，而不是等升级失败再回头处理。node swap 的 3 倍密度数据值得关注，但我们的判断是：它更像是一个有条件的成本优化手段，而非普适的容量翻倍方案。原文明确限定「某些场景」且依赖高速 NVMe SSD，这意味着在机械盘或网络存储上收益会大幅缩水，而 swap 本身对延迟敏感型在线业务并不友好——真正受益的可能是那些内存突发、对延迟容忍度较高的 AI 批处理与 agent 类负载。做 Agent 的团队可以把它当作降低单节点成本的候选方案，但需要在自己的负载上实测，而不是照搬博客数字。Fairwinds 那条对国内做私有化交付的 AI 平台厂商尤其有参考价值：私有化部署的失败往往不在代码，而在客户侧的 IAM、DNS、网络策略和跨团队责任划分，把这些前置条件产品化、清单化，比继续打磨安装脚本更能减少项目延期。需要指出的是，本期内容整体带有 KubeCon 预热性质，HPE 是专栏的 presenting sponsor，其「专用边缘计算」主张本质上是厂商立场，读者应把它当作一家服务器厂商的产品叙事，而非中立结论。
背景与影响
这期专栏是 KubeCon 前的例行汇总，把几条看似独立的消息串成一条主线：Kubernetes 正在为 AI 负载重写底层假设。node swap 的 GA 与 3 倍密度数据，直接回应的是 agentic AI 负载「先猛吃内存、随后长期闲置」的浪费模式——过去 Kubernetes 长期不支持 swap，节点内存一旦打满就只能扩容，而 swap 相当于给集群加了一个缓冲垫。cgroup v2 的推进则是更底层的架构切换：v1 的多层级设计在资源隔离和现代内存管理上已显吃力，v1.35 默认拒绝启动等于给出了硬性截止日期，运维团队需要在升级前完成节点迁移，否则会卡在版本门槛上。Fairwinds 的观点指向另一个常被忽视的环节：AI 平台厂商卖的是软件，但客户买到的是部署责任，IAM、DNS、私有云兼容性这些「周边机制」往往才是项目停滞的真正原因。边缘侧，HPE 的专用计算主张与 Kubernetes on Edge Day、CiliumCon 的议程相互呼应，说明边缘 AI 推理与 GPU 网络正在成为云原生社区的新战场。需要观察的是，node swap 的 3 倍密度提升来自 Kubernetes 官方博客的单一 benchmark，且明确限定为「某些场景」和「NVMe SSD 支撑」，实际生产环境能否复现取决于存储性能与负载特征。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。
