4. 核心成本指标定义：CPU/内存请求与限制、Pod实际使用量、命名空间与标签的成本归属
在云原生环境中，成本可观测性的基础是定义清晰、可量化的核心指标。本章将围绕CPU和内存的请求（Requests）、限制（Limits）、实际使用量（Usage），以及命名空间（Namespace）与标签（Labels）的成本归属，建立一套标准化的成本指标模型。这些指标是后续成本分摊、资源调优和漂移审计的基石。
4.1 核心资源指标定义
Kubernetes 资源模型中的三个关键维度决定了成本计算的方式。下表对比了它们的定义、来源与成本含义：
| 指标维度 | 定义 | 数据来源（Prometheus） | 成本含义 |
|---|---|---|---|
| CPU / 内存请求 (Requests) | 容器启动时保证的最小资源量，调度器据此分配节点资源。 | kube_pod_container_resource_requests |
代表预留成本：即使Pod未使用，集群也为该资源预留了容量，是账单计算的基础。 |
| CPU / 内存限制 (Limits) | 容器运行时允许使用的资源上限，超过则触发节流或OOM。 | kube_pod_container_resource_limits |
代表风险敞口：过高的限制可能导致节点超卖，影响稳定性；通常不作为直接成本依据。 |
| Pod 实际使用量 (Usage) | 容器进程真实消耗的CPU（核·秒）和内存（常驻集RSS）。 | container_cpu_usage_seconds_totalcontainer_memory_working_set_bytes |
代表实际消耗成本：用于评估资源利用率，识别浪费与调优机会。 |
成本归因原则： 在FinOps实践中，Requests 通常作为集群成本分摊的“计价器”，因为它反映了集群的已售容量；而 Usage 则用于衡量效率，计算
Usage / Requests 比率，以判断资源是否过度配置。
4.2 成本归属维度：命名空间与标签
成本归属是将基础设施成本映射到业务单元的关键步骤。在Kubernetes中，命名空间和标签是两种最常用的成本归属维度。
- 命名空间（Namespace）： 作为逻辑隔离单元，通常对应一个团队、项目或环境（如
prod、staging）。成本按命名空间聚合，是最基础的归属方式。 - 标签（Labels）： 提供更细粒度的维度，如
app、tier、team、cost-center。通过标签，可以将一个命名空间内的成本进一步拆分到具体应用或微服务。
审计要点： 标签的缺失或错误是成本归属失真的主要原因。必须建立标签强制策略（如使用OPA或Kyverno），确保每个Pod都携带
cost-center 和 team 标签，否则成本将归入“未分配”类别，导致审计盲区。
4.3 成本指标计算模型
以下SVG图展示了从原始指标到成本分摊的完整计算流程，包含核心指标、归属维度和最终输出。
4.4 核心PromQL示例
以下PromQL语句展示了如何计算上述核心成本指标，并按命名空间和标签进行聚合：
# 1. 按命名空间聚合的CPU请求总量（核数）
sum by (namespace) (
kube_pod_container_resource_requests{resource="cpu"}
)
# 2. 按团队标签聚合的内存实际使用量（GB·小时）
sum by (team) (
avg_over_time(container_memory_working_set_bytes{container!=""}[5m])
/ (1024*1024*1024)
)
# 3. 计算每个Pod的CPU利用率（Usage/Requests）
avg by (pod, namespace) (
rate(container_cpu_usage_seconds_total{container!=""}[5m])
/
on(pod, namespace) group_left()
kube_pod_container_resource_requests{resource="cpu"}
)
关键指标定义总结：
- 成本计价指标：
namespace:cost_requests_cpu_cores和namespace:cost_requests_memory_gb，用于财务分摊。 - 效率监控指标：
pod:cpu_usage_ratio和pod:memory_usage_ratio，用于识别资源浪费。 - 归属审计指标：
namespace:unlabeled_pods_count，用于确保成本归属的完整性。
4.5 配置漂移审计中的指标应用
在配置漂移审计场景中，核心指标用于检测以下三类异常：
- 资源过度配置： 当
Usage / Requests < 0.3持续超过24小时，表明资源请求远高于实际使用，存在成本浪费。 - 资源限制缺失： 当
kube_pod_container_resource_limits指标缺失时，Pod可能因未设置limits而面临稳定性风险。 - 标签漂移： 通过对比历史标签快照与当前
kube_pod_labels，检测关键成本标签（如cost-center）是否被修改或删除。
以下SVG图展示了配置漂移审计中，核心指标如何驱动告警与修复流程：
通过上述指标定义与模型，团队能够将云原生成本从模糊的账单转化为可审计、可调优、可归属的精确数据，为后续的调优策略和自动化治理奠定基础。