Kubernetes 1.37发布：稳定版Metrics API和Beta版Rootless Kubelet
云原生计算基金会（CNCF）发布了 Kubernetes 1.37 版本，该版本命名为“Garhwal”，重点强调稳定性、安全性以及 AI/ML 工作负载优化。 1.37 版本的一个主要特性是 Metrics API 正式发布（general availability，GA）。metrics.k8s.io API 提供
云原生计算基金会（CNCF）推出 Kubernetes 1.37，版本代号“Garhwal”。这一版把重心放在稳定性、安全性上，同时针对 AI/ML 工作负载做了优化。
Metrics API 在 1.37 中正式可用（GA），这是本次发布的一项主要变化。metrics.k8s.io API 把节点和 Pod 的健康状况监控、衡量统一到一套方式上，水平Pod自动扩缩容器（Horizontal Pod Autoscaler，HPA）、垂直Pod自动扩缩容器（Vertical Pod Autoscaler，VPA）等自动扩缩容能力以及 kubectl top 等命令都依赖它。
工作负载感知调度是本次发布中的 Alpha 特性之一，对应的功能门控（feature gate）名为InPlacePodVerticalScalingSchedulerPreemption它让调度器可以抢占低优先级工作负载，把已满载节点上的资源腾出来，等待中的高优先级应用因此能原地（in-place）调整规格，获得调度执行的机会。
新增的 Pod 级检查点（checkpoint）与恢复（restore）特性，使 kubelet 能创建检查点并从检查点恢复 Pod。从业者对运行中容器的内存、进程树等做快照会更容易，调试或安全分析都用得上。
StatefulSet 滚动更新的 Recreate 策略同样进入 Alpha。这个面向 StatefulSet 的部署选项会删掉所有现有 Pod；功能标志默认关闭。更新过程中遇到卡住或等待中的 Pod，可以不手工删除就完成干净恢复。
HorizontalPodAutoscaler 的缩容至零（scale-to-zero）支持在 1.37 中升为 Beta，并默认启用。成本能因此下降，云环境中需要用 GPU 的 AI/ML 工作负载尤其明显。
用户命名空间（user namespace）或Rootless模式下的 Kubelet 也在本次发布中升级为 Beta。KubeletInUserNamespace该功能门控默认启用。kubelet 等核心节点组件可以借助 Linux 用户命名空间，以非 root 身份在主机上运行，目的是削弱容器逃逸攻击造成的影响。
韧性watchcache初始化（Resilient watchcache initialization）在 1.37 中正式发布（GA）。过去，kube-apiserver 在大型集群里重启或失去缓存连接时，会向 etcd 发起大量请求，既带来性能问题，也可能让控制平面宕机。该默认功能门控启用后，kube-apiserver 会安全地委派限定范围内的请求，其余请求以 HTTP 429 响应拒绝，相当于优雅地告知请求过多。
CNCF 大使、Megazone Corp 技术布道师Hoon Jo在近期一篇 LinkedIn帖子中强调了该特性的重要性。
韧性 watchcache 初始化已经稳定并锁定开启，kube-apiserver 启动时不会再向 etcd 发起洪峰请求。
Pod证书（pod certificates）在 1.37 中升为稳定版本（stable）。Pod 之间的安全通信由此获得原生支持，内部服务之间引导建立 mTLS 不再需要依赖外部工具。
Kubernetes 1.37 共包含 67 项增强：27 项 Alpha 特性、23 项升级为 Beta、16 项正式发布或已稳定、1 项弃用或移除。
想了解 Kubernetes 1.37 发布的更多信息，可查阅官方发布说明与发布说明和文档，其中列有增强、弃用与移除项的完整清单。
下一个版本 1.38 预计于 2026 年 12 月发布。
