你的 Pod 申请的 CPU 可能比你以为的多 25 倍——而 Kubernetes 不会告诉你

有人发现，Kubernetes 里 kubectl describe pod 只显示每个容器的资源申请，比如 api-server 容器只写了 40 毫核 CPU，看起来很小。但调度器真正给这个 Pod 预留的却是一整个 CPU 核心（1000 毫核），因为 Pod 里有个做数据库迁移的 init 容器，它启动时需要 1000 毫核，调度器必须按这个高峰来留资源。问题在于，Kubernetes API 从不直接给出这种“整个 Pod 的有效值”，监控工具也只显示单容器数字，导致集群容量估算和成本模型可能差了 25 倍。Dynatrace 表示自己在数据接入时对每个 Pod 自动算好这个正确值，并处理了 Kubernetes 1.34 的 Pod 级资源新特性，其他监控平台据其所知还没做到。对普通读者的用处是：如果你按控制台里的小数字判断节点够不够用、成本高不高，可能会一直算错。