2、成本基线概念：什么是成本基线、为什么升级前后需要建立成本基线、基线的作用

2.1 什么是成本基线

成本基线（Cost Baseline）是指在特定时间点或版本状态下，对 K8s 集群资源消耗与费用支出的标准化快照。它不仅是某一时刻的成本数值，更是一套包含资源分配、计费模型、负载特征和分摊规则的完整度量体系。

在 K8s 环境中，成本基线通常由以下维度构成：

2.2 为什么升级前后需要建立成本基线

K8s 集群升级（如从 v1.24 升级到 v1.27）会带来调度器行为、资源预留策略、Pod 驱逐逻辑、CSI 驱动版本等多方面的隐性变化。这些变化可能直接导致资源利用率波动和成本偏移。建立升级前后的成本基线，核心目的包括：

• 量化升级影响：排除业务增长、促销活动等干扰因素，单独评估升级操作对成本的真实影响。
• 发现隐性成本漂移：例如升级后 kubelet 默认预留资源比例变化，导致可调度资源减少，进而触发自动扩缩容产生额外费用。
• 验证优化预期：如果升级旨在引入原地升级、HPA 优化或更高效的调度算法，基线对比可验证这些优化是否实际转化为成本节约。
• 建立问责依据：当升级后成本异常上升时，基线数据是回滚决策和根因分析的关键证据。

2.3 成本基线的作用

成本基线在升级全生命周期中承担以下核心作用：

1. 基准锚定：为升级前后的成本对比提供统一的参考坐标系，消除时间、版本和配置差异带来的度量偏差。
2. 异常触发：当升级后实际成本偏离基线超过预设阈值（如 ±5%），自动触发告警，提示运维团队介入排查。
3. 趋势分析：将多次升级的基线数据串联，形成集群成本演进曲线，辅助容量规划和预算预测。
4. 优化反馈：基线数据可反向指导资源规格调整、预留实例购买策略和命名空间配额优化。

2.4 基线的建立时机与采样窗口

建立成本基线需要遵循严格的采样规范，以确保数据代表性：

2.5 基线的度量指标集

一个完整的成本基线应包含以下核心指标，这些指标将在后续章节中用于异常检测：

• 总成本（Total Cost）：集群所有节点、存储、网络、负载均衡器的月度/日均费用。
• 单位 Pod 成本（Cost per Pod）：总成本 ÷ 平均运行 Pod 数，反映资源利用效率。
• 资源利用率（Utilization Rate）：CPU 和内存的实际使用量 ÷ 可调度容量，低于 40% 表示存在浪费。
• 预留实例覆盖率（Reserved Instance Coverage）：预留实例覆盖的节点成本 ÷ 总节点成本，影响折扣幅度。
• 命名空间成本分布（Namespace Cost Distribution）：各命名空间成本占比，用于识别成本黑洞。
• Spot 实例中断率（Spot Interruption Rate）：Spot 节点被回收的频率，影响工作负载稳定性成本。

2.6 基线数据的存储与版本管理

成本基线数据应像代码一样进行版本管理，推荐使用以下存储策略：

# 基线数据目录结构示例
cost-baselines/
├── v1.24.0/
│   ├── baseline-2024-01-15.json      # 升级前基线
│   ├── cluster-cost-daily.csv
│   └── namespace-cost-breakdown.csv
├── v1.25.0/
│   ├── baseline-2024-03-20.json      # 升级后基线
│   ├── cluster-cost-daily.csv
│   └── namespace-cost-breakdown.csv
└── baseline-meta.yaml                # 基线元数据（版本、时间、采集参数）