Kubernetes 1.37 重点:HPA 缩容到零、Memory QoS 与存储加固

Kubernetes 1.37 的生产价值

Kubernetes 1.37 不只是增加 API,它把弹性伸缩、内存治理、存储安全和监控能力向前推进。升级前应区分默认启用的 Beta 功能和仍需显式开启的功能。

HPA 可以缩容到零

HPA 的 scale-to-zero 已进入 Beta 并默认启用。它适合队列消费者、批处理和昂贵的 GPU 工作负载,但必须使用对象指标或外部指标,因为副本为零后已经没有 Pod CPU、内存指标可供唤醒。

HTTP 服务不能直接依赖这一能力,因为 Kubernetes Service 不会在零副本期间缓存请求。需要网关、队列或其他缓冲层处理冷启动窗口。

Memory QoS

Memory QoS 在 cgroup v2 节点上利用 memory.high、memory.min 和 memory.low 提供更细的节流与保护。它能降低部分工作负载直接触发 OOM 的概率,但资源请求和限制仍需基于真实监控设置。

存储安全

新版本增强 bind mount 选项和 emptyDir 权限控制,使平台团队能更明确地限制挂载行为。升级时要检查 CSI、运行时和现有 Pod 安全策略的兼容性。

可观测性

原生直方图等能力进入 Beta,有助于在较低序列数量下保留更丰富的延迟分布。启用前仍要确认 Prometheus、远端存储和查询工具是否完整支持。

升级建议

  1. 先升级测试集群和非关键节点池。
  2. 检查废弃 API、feature gate 和版本偏差策略。
  3. 对零副本场景测试指标中断和冷启动。
  4. 对状态服务执行备份与恢复演练。
  5. 保留回滚计划,不要在升级同时修改过多运行时配置。

原始资料:Kubernetes 1.37 官方发布说明

本文转载自 Kubernetes,版权归原作者所有。

原文链接:https://kubernetes.io/blog/2026/08/26/kubernetes-v1-37-release/

抓取时间:2026年10月25日

本文采用 aggregate 索引策略。