Pod开销指Kubernetes中除容器外Pod运行所需额外资源，由RuntimeClass定义并加入总资源请求，调度时一并计算，需v1.18+且启用PodOverhead特性门控。
Kubernetes 中的 Pod 开销（Pod Overhead）是指在运行 Pod 时，除了容器本身请求的资源外，额外消耗的资源。这部分开销主要来自 Pod 沙箱环境和底层运行时带来的负担，比如容器运行时（如 containerd 或 CRI-O）为 Pod 创建网络命名空间、挂载卷、管理生命周期等所占用的 CPU 和内存。
这个概念在使用支持 RuntimeClass 的场景中尤为重要，因为不同的运行时配置（例如虚拟化容器 runV 或 gVisor）会带来不同程度的资源开销。
Pod 开销如何计算？
Pod 的总资源需求等于所有容器资源请求之和加上 Pod 开销。调度器在做调度决策时，会把这两部分加在一起判断节点是否能满足。
- 假设一个 Pod 中容器请求 2Gi 内存，而该 Pod 所属 RuntimeClass 定义的 overhead 是 512Mi
- 那么调度器将按 2Gi + 512Mi = 2.5Gi 内存来寻找合适节点
- 节点必须有至少 2.5Gi 可用内存才能成功调度
如何启用 Pod 开销？
要使用 Pod 开销功能，需满足以下条件：
- Kubernetes 版本 ≥ v1.18（beta 支持），建议使用 v1.20+ 稳定版本
- 启用 PodOverhead 准入控制特性门控（Feature Gate）
- 定义 RuntimeClass 并在其字段中设置 overhead
示例：在 RuntimeClass 中定义开销
apiVersion: node.k8s.io/v1
kind: RuntimeClass
metadata:
name: runv
handler: runv
overhead:
podFixed:
memory: "256Mi"
cpu: "0.2"
当 Pod 使用 runtimeClassName: runv 时，Kubernetes 自动把 256Mi 内存和 0.2 核 CPU 加入总资源请求中。
为什么需要关注 Pod 开销？
忽略 Pod 开销可能导致：
- 节点资源超售，影响稳定性
- 因实际资源不足导致 Pod 运行缓慢或被驱逐
- 在使用安全容器等重型运行时时，问题更明显
准确配置开销有助于提升集群调度精度和资源利用率。
基本上就这些。Pod 开销是个小众但关键的概念，尤其在混合使用多种运行时环境中不可忽视。它让资源调度更贴近真实消耗，避免“看起来够用，实际不够”的情况。
