Kubernetes SIG Autoscaling 2025 年度报告解读VPA、Cluster Autoscaler 与 Karpenter 的自动缩放演进全景【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/communitySIG Autoscaling 是 Kubernetes 社区中负责自动化负载与节点缩放的核心小组覆盖垂直/水平 Pod 自动缩放VPA/HPA、集群级节点自动缩放Cluster Autoscaler、Karpenter以及系统组件按集群规模自动伸缩addon-resizer等领域。本文基于该 SIG 在 annual-report-2025.md 中发布的 2025 年度报告结合 README.md、charter.md 与根目录 sigs.yaml 中的组织元数据系统梳理 2025 年三个核心子项目的版本发布、增强提案、KEP 进展、生态扩张与治理变动帮助读者快速掌握 Kubernetes 自动缩放生态在 2025 年的完整演进脉络与关键技术信号。一、SIG Autoscaling 的职责边界与组织形态根据 charter.md 的定义SIG Autoscaling 的职责范围包括自动化负载缩放垂直与水平 Pod 自动缩放VPA / HPA以及容器资源粒度的自动缩放初始资源评估为工作负载提供初始资源请求估算集群按比例缩放集群内系统组件随集群规模自动伸缩cluster-proportional scaling集群自身缩放对 Kubernetes 集群的节点层面进行自动化伸缩节点自动缩放。其核心交付物是 HorizontalPodAutoscaler 与 VerticalPodAutoscaler 等自动缩放 API 对象以及 Cluster Autoscaler 这类自动缩放工具并负责保障 scale 子资源接口的可用性以便其他 SIG 能构建可缩放对象。年度报告明确2025 年该 SIG 持续运营 5 个子项目Subprojectsaddon-resizer、cluster-autoscaler、horizontal-pod-autoscaler、karpenter、vertical-pod-autoscaler且全部为「Continuing」状态无新增或退役子项目。在治理层面sigs.yaml 记录的组织数据与年度报告中的领导层变动完全吻合Chairs 为 Jack FrancisMicrosoft与 Kuba TużnikGoogleTechnical Leads 为 Adrian Moisey、Omer Aplatony 与 Kuba TużnikEmeritus Leads 包括 Guy Templeton、Maciek Pytel、Marcin Wielgus 与 Ray Wainman。二、2025 年度工作亮点总览年度报告在「What work did the SIG do this year that should be highlighted?」中给出了一份密度极高的成绩单按子项目拆分如下子项目2025 年版本发布关键技术动作vertical-pod-autoscaler1.3.0、1.4.0、1.5.03 个 minor 版本In-Place Pod Resizing 晋升 BetaInPlaceOrRecreate特性cluster-autoscaler1.33.0、1.34.02 个 minor 版本DRA 成熟度推进预计 2026 年 GA性能优化karpenter1.2.0 ~ 1.8.07 个 minor 版本Static Capacity alpha、Reserved Capacity alpha/beta、Node Overlay alpha、可观测性增强三线并行是 2025 年的最显著特征VPA 侧重原地In-Place更新能力CA 侧重DRA 与规模化性能Karpenter 则围绕**容量管理语义Capacity与节点叠加Node Overlay**快速迭代全年合计发布了 12 个 minor 版本。三、Vertical Pod Autoscaler三个 minor 版本与原地更新 BetaVPA 在 2025 年保持高频发版节奏接连发布 1.3.0、1.4.0、1.5.0 三个 minor 版本其中最值得关注的能力变化是In-Place Pod Resizing 晋升为 BetaInPlaceOrRecreate特性由 adrianmoisey 推动。该特性允许 VPA 在 Pod 原地更新资源请求/限制而无需重建 Pod从而减少因重启带来的服务抖动——这一方向正是 2024 年度报告annual-report-2024.md中「enable in-place pod resource updates compatibility with Vertical Pod Autoscaler」工作的延续与落地。围绕 VPA2025 年还推进了三项增强提案AEPAutoscaler Enhancement ProposalAEP-7862CPU Startup Boostkamarabbas99——为启动阶段提供 CPU 突增能力解决启动慢/启动卡死类应用的资源供给问题AEP-8026允许按 VPA 实例配置组件参数omerap12——将组件级配置参数下沉到单个 VPA 对象粒度增强多工作负载场景下的灵活性AEP-8818InPlace Update Mode 工作启动omerap12——在InPlaceOrRecreate之外探索纯 In-Place 更新模式进一步减少对 Pod 重建的依赖。从命名与编号看这三项提案均沉淀在 autoscaler 仓库的vertical-pod-autoscaler/enhancements/目录下构成 VPA 2025 年「原地更新 启动优化 配置细化」三条主线。四、Cluster AutoscalerDRA 迈向 GA 与规模化性能优化Cluster AutoscalerCA在 2025 年发布 1.33.0 与 1.34.0 两个 minor 版本年度报告点名的关键进展有两点DRADynamic Resource Allocation成熟度推进预计 2026 年毕业到 GA。DRA 与自动缩放的结合意味着节点伸缩需要感知动态分配的资源如设备、加速器这是 CA 走向通用硬件调度的重要一步规模化性能改进报告明确列举了两项具体优化并行化 ClusterSnapshot 创建快照创建是调度决策前的关键路径并行化可显著缩短大规模集群下每次伸缩评估的耗时同构 Pod 的更快装箱faster binpacking对资源规格相同的 Pod 群体做批量装箱计算减少重复计算开销。这些优化方向与 CA 作为大规模集群默认节点伸缩器的定位一致解决的是「集群越大、评估越慢」的经典痛点。此外CA 在 2025 年提交了两份增强提案Granular Resource LimitsCapacityQuota APInorbertcyran通过引入 CapacityQuota API 支持更细粒度的资源上限管理Spare CapacityCapacityBuffer APIjbtk提供备用容量缓冲在业务突发前预先保有节点资源。两份提案共同指向一个主题让 CA 不只做「按需扩容」还能管理容量配额与缓冲这是节点自动缩放从被动响应走向主动容量规划的信号。五、Karpenter一年 7 个 minor 版本与新容量语义Karpenter 是 2025 年节奏最快的子项目全年发布 1.2.0 至 1.8.0 共 7 个 minor 版本并围绕「容量管理」与「节点形态」推出多项新能力Static Capacityalpha支持静态容量声明为固定容量需求的场景提供确定性供给Reserved Capacityalpha → beta在 2025 年内完成了从 alpha 到 beta 的快速演进提供预留容量语义Node Overlayalpha引入节点叠加层能力改变节点供给的默认形态可观测性增强新增 Metrics、Conditions 与 Events让运维者能更清晰地观测节点供给状态与异常原因。与版本发布配套的是六份 RFC 设计文档构成 2025 年 Karpenter 的技术蓝图RFC 主题负责人Static Capacitysumukha-radhakrishnaNodeRegistrationHealthy Status Conditionjigisha620Node OverlayengedaamKarpenter Integration Test Migration集成测试迁移engedaamDRA KWOK DriveralimaazamatGTE/LTE Operators for Requirements需求条件的大小于等于运算符ellistarn其中「GTE/LTE Operators」意味着 Karpenter 的需求Requirements表达将支持/这类比较语义从而更灵活地表达节点约束「DRA KWOK Driver」则是为 Karpenter 的 DRA 测试提供 KWOKKubernetes WithOut Kubelet驱动的轻量验证路径。这两项连同 CA 侧的 DRA 进展共同表明DRA 已成为 2025 年整个 SIG 的跨子项目重点。六、KEP 工作v1.33 / v1.34 / v1.35 的自动缩放特性年度报告第四部分列出了 2025 年交付窗口v1.33、v1.34、v1.35内由 SIG Autoscaling 推进的 KEP 进展2025 年内共两项进入阶段里程碑Alphav1.35KEP 5030 ——将 CSI 卷挂载限制与 Cluster Autoscaler 集成。该特性让 CA 在扩容决策时考虑节点的 CSI 卷挂载数量上限避免因节点挂载能力不足导致 Pod 调度失败Betav1.35KEP 4951 ——HPA 可配置容差Configurable tolerance for HPA。允许用户调整 HPA 的默认容忍度阈值在「过度敏感导致频繁伸缩」与「响应迟钝导致资源浪费」之间取得可配置的平衡。对比 2024 年v1.30/v1.31/v1.32 窗口KEP 1610「Container Resource based Autoscaling」在 v1.30 转为 Stable可以观察到一条清晰的能力演进链容器级资源缩放2024→ HPA 容差可配置 挂载限制感知2025——自动缩放从「能不能缩」走向「缩得准、缩得稳」。七、生态健康度Provider 扩张与领导梯队建设年度报告用「Healthy Ecosystem」概括 2025 年的生态进展具体体现在三个层面1. Karpenter Provider 成熟度提升IBM Cloud Providerkarpenter-provider-ibm-cloud加入扩大了对 IBM 云环境节点供给的支持Cluster API Providerkarpenter-provider-cluster-api就位让 Karpenter 可以与 Cluster API 管理的基础设施协同工作。2. Cluster Autoscaler Provider 增长新增CoreWeave Provider位于 autoscaler 仓库cluster-autoscaler/cloudprovider/coreweave目录新增Utho Provider位于cluster-autoscaler/cloudprovider/utho目录。Provider 的持续扩张意味着两种节点伸缩器在多云与专业基础设施GPU/云主机上的覆盖越来越广用户选择面更大。3. 工程领导梯队成长DerekFrank 与 engedaam 被增补为 Karpenter 项目 approvers为项目引入了更多代码审查与决策力量。八、治理变动Chair 更迭与 HPA 维护者缺口年度报告披露了 2025 年 SIG 层面的重要人事变动Maciek Pytel 卸任 Chair报告特别致谢 maciekpytelKuba Tużniktowca晋升为 ChairJack Francisjackfrancis晋升为 LeadRay Wainman 由 Lead 转为 Emeritus致谢 raywainmanAdrian Moiseyadrianmoisey晋升为 Lead。这一变动后的领导结构2 位 Chair 3 位 Tech Leads已同步反映在 README.md 与 sigs.yaml 中两个文件与年度报告完全一致。与此同时报告在「需要帮助的领域」中明确发出求助信号HPAhorizontal-pod-autoscaler子项目需要至少再多一位常态化维护者。虽然 omerap12 在维护 VPA 之余显著加强了对 HPA 的支持但单人支撑的风险仍然存在相关进展被跟踪在 kubernetes/kubernetes#128948 议题中。这是社区读者可以关注的直接贡献入口。九、社区动态与工作组版图变化在社区传播层面2025 年 SIG 在KubeCon NA 2025上发布了 SIG Update 演讲作为面向整个社区的年度总结窗口。工作组Working Groups方面年度报告记录了版图的调整新增2025 年WG Node Lifecycle——该工作组的目标是改善节点与 Pod 生命周期管理包括更好的节点排水/维护、Pod 中断/终止处理并明确将「改进节点与 Pod 自动缩放」列为目标之一见 wg-node-lifecycle/README.md其 Stakeholder SIG 列表将 SIG Autoscaling 列于首位继续运行WG Batch、WG Device Management、WG Serving退役预告WG Serving 将于 2026 年 2 月退休。该工作组聚焦加速工作负载的推理服务支持见 archive/wg-serving/README.md其退休表明相关工作已进入收尾或移交阶段。十、运营健康度治理流程全绿年度报告末尾的「Operational」部分逐项核对了 SIG 治理要求依据 committee-steering/governance/sig-governance.md的完成情况README.md 准确性审核与更新CONTRIBUTING.md 准确性审核与更新其他贡献类文档devel 目录、贡献者指南审核与更新sigs.yaml 中子项目列表及关联 OWNERS 文件审核与更新sigs.yaml 中 SIG 领导chairs、tech leads、subproject leads信息准确且活跃2025 年会议纪要与录像已从 README.md 链接并更新/上传。全部治理项勾选完成说明 SIG Autoscaling 在快速迭代产品的同时保持了良好的文档与元数据卫生这为外部贡献者提供了可靠的入口信息。十一、总结2025 年自动缩放生态的四个关键词综合 annual-report-2025.md 的全文可以用四个关键词概括 SIG Autoscaling 的 2025 年In-PlaceVPA 的InPlaceOrRecreate进入 Beta加上 AEP-8818 InPlace Update Mode 启动原地更新成为负载缩放的主旋律Capacity 语义Karpenter 的 Static/Reserved Capacity 与 CA 的 CapacityQuota/CapacityBuffer 提案共同把节点伸缩从「按需扩容」推向「容量规划」DRA 贯通CA 的 DRA 成熟度推进2026 年 GA 在望与 Karpenter 的 DRA KWOK Driver显示动态资源分配正在成为两个节点伸缩器的共同基础设施规模化性能CA 的 ClusterSnapshot 并行化与同构 Pod 快速装箱以及 Karpenter 的可观测性增强为大规模集群的伸缩可靠性提供了底座。对于希望深入参与的开发者报告给出了清晰的切入点HPA 子项目正在公开招募常态化维护者VPA 的 AEP、CA 的 proposals、Karpenter 的 RFC 均处于活跃设计期新增的 WG Node Lifecycle 也与自动缩放强相关。读者可从 README.md 的会议信息每周四 17:00 Poland 时区例会、Slack 频道与邮件列表进入社区从根目录 sigs.yaml 获取子项目 OWNERS 与领导层的权威清单。【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考