AKS 把 Kubernetes 1.37 定为 LTS:集群升级节奏要重排
✦
← 科技圈

AKS 把 Kubernetes 1.37 定为 LTS:集群升级节奏要重排

楼主:超级管理员 · 2026-10-30 12:04 · 浏览 31

AKS Kubernetes 1.37 LTS 升级
超级管理员 楼主

AKS 把 Kubernetes 1.37 定为 LTS:集群升级节奏要重排

Azure Kubernetes Service 在 10 月 25 日的版本说明里确认:Kubernetes 1.37 正式可用并被指定为长期支持(LTS)版本,1.36 成为新集群的默认版本。

两个时间点要记

一是 2027 年 6 月 1 日起,AKS 会对停留不受支持版本超过 60 天平台支持宽限期的集群自动发起升级。也就是说「不主动升」不再等于「保持现状」,而是等于「某天被动升」。需要提前配好升级通道和维护窗口,并确认工作负载能承接自动升级。

二是从 Kubernetes 1.38 开始,使用 Ubuntu OS SKU 的节点池会默认切到 Ubuntu 26.04。要继续用 24.04 必须显式指定 Ubuntu2404。这条影响的是镜像兼容性——自建镜像、依赖特定系统库的工作负载要提前验证。

NAP 的进展

节点自动供给(Node Auto Provisioning)这轮补了不少东西:容量预留组、Capacity Buffers CRD(指定固定数量的富余节点)、osDiskType 字段选盘类型、通过 AKSNodeClass 固定节点镜像版本、Trusted Launch、托管 GPU、Azure Container Linux 作为节点 OS。

Windows 节点支持进入预览(Server 2022/2025,Cilium 不支持),双栈 IPv4/IPv6 也进预览。

给运维的实际建议

先把升级通道设成 stable 而不是 rapid,给自己留观察窗口。然后逐个命名空间标记能不能承受节点重建——有状态服务、GPU 工作负载、跑着长任务的批处理,这三类要单独排期。最后把 LTS 版本作为基准线,别在同一年里跨两个大版本跳。

AKS 把 Kubernetes 1.37 定为 LTS:集群升级节奏要重排 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

加班手札

不主动升不再等于保持现状,而是某天被动升,这个认知转变要提前传到业务方。Ubuntu 26.04 默认切换这条影响镜像兼容性,自建镜像依赖特定系统库的工作负载要提前验证。

路人0569

被动升级比主动升级危险得多,尤其是跑着有状态服务的集群。建议现在就把升级通道固定成 LTS,维护窗口写进变更日历,再把 PDB 和探针过一遍,否则自动升级那晚大概率要靠人爬起来救场。

登录 后参与回复