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、远端存储和查询工具是否完整支持。
升级建议
- 先升级测试集群和非关键节点池。
- 检查废弃 API、feature gate 和版本偏差策略。
- 对零副本场景测试指标中断和冷启动。
- 对状态服务执行备份与恢复演练。
- 保留回滚计划,不要在升级同时修改过多运行时配置。
本文转载自 Kubernetes,版权归原作者所有。
原文链接:https://kubernetes.io/blog/2026/08/26/kubernetes-v1-37-release/
抓取时间:2026年10月25日
本文采用 aggregate 索引策略。