2026 年 9 月 15 日，Kubernetes 官方博客发布文章，介绍随 v1.37 推出的 Pod 级资源管理器（Pod-Level Resource Managers）从 v1.36 的 Alpha 进阶至 Beta（默认关闭），由 PodLevelResourceManagers 特性门控控制。对运行延迟敏感型工作负载的云原生基础设施团队，这一特性改变了节点侧资源分配的粒度。本文从云原生基础设施视角解读。
从容器级到 Pod 级的资源决策
此前，Kubelet 的 Topology Manager、CPU Manager 与 Memory Manager 主要依据单个容器的资源请求做决策。新特性让这些管理器可以直接读取 Pod 级的资源声明（.spec.resources），把整个 Pod 作为硬件放置的单位。对于包含多个紧密协作容器的工作负载，这有助于让它们在拓扑上被作为整体考虑，而不是各自为政。
支持混合分配模型
Beta 版本支持一种混合分配模型：为主应用容器保留独占的、NUMA 对齐的资源，同时把非 Guaranteed 的 sidecar 放入 Pod 隔离的共享资源池。这样既保证了关键容器的性能确定性，又不让辅助容器浪费独占资源。对在 Kubernetes 上运行网络功能、低延迟交易或高性能计算的团队，这种精细划分有现实意义。
PodResources 接口新增字段
该特性还在 v1 PodResources gRPC 服务的响应中新增了顶层 cpu_ids 与 memory 字段，便于设备插件与可观测性组件获取 Pod 级别的资源分配结果。更完整的分配信息，意味着上层工具可以更准确地展示与审计每个 Pod 实际拿到的 CPU 与内存拓扑。
对基础设施团队的启示
由于特性在 Beta 阶段默认关闭，建议有需求的团队在测试环境通过特性门控启用，用真实的多容器 Pod 验证 NUMA 对齐与 sidecar 共享池的行为，并关注其与现有设备插件方案的兼容性。需要注意，这一特性与同版本中动态资源分配（DRA）属于不同的能力，评估时应分别理解。
小结
Kubernetes v1.37 的 Pod 级资源管理器于 2026 年 9 月进入 Beta，让 Kubelet 可按 Pod 声明做 NUMA 放置并支持混合分配，是云原生基础设施在节点资源管理方向的一次重要演进。