1. 课程导论：为什么 K8s 升级需要关注临时资源预留？成本优化的核心矛盾是什么？
1.1 升级中的“隐形”资源黑洞
Kubernetes 集群升级（尤其是控制面组件和 kubelet 版本更新）并非瞬时完成。在滚动升级、节点排水（drain）与重新调度（reschedule）的过程中，集群会经历一段“临时资源预留”期。这段时期产生的资源消耗，往往被传统容量规划所忽视，成为成本优化的盲区。
关键洞察： 一次典型的 K8s 集群升级，临时资源预留量可能达到集群总容量的 10%–20%，持续时间从数十分钟到数小时不等。对于拥有数百节点的大型集群，这意味着数十个 vCPU 和数百 GB 内存的“瞬时浪费”。
1.2 临时资源预留的三大来源
| 来源 | 描述 | 成本影响 |
|---|---|---|
| 节点排水与 Pod 重调度 | 升级节点时，kubelet 驱逐 Pod，调度器在剩余节点上重新分配。为保证服务不中断，需预留额外资源应对调度峰值。 | 高：需维持 10%–15% 的缓冲区 |
| 控制面组件升级 | API Server、Controller Manager、Scheduler 等组件滚动更新期间，旧版本 Pod 与新版本 Pod 共存，双倍资源占用。 | 中：通常持续 5–15 分钟 |
| DaemonSet 与系统组件 | 升级过程中，节点上的 kube-proxy、CNI 插件、日志采集器等 DaemonSet Pod 需重建，导致短暂资源争抢。 | 低-中：取决于节点规模 |
1.3 核心矛盾：弹性 vs. 成本
容量规划在升级场景下面临一个根本性矛盾：
- 弹性需求： 升级期间必须保留足够的空闲资源（Buffer），以应对 Pod 重调度、突发流量和组件双副本运行，否则可能引发级联故障。
- 成本压力： 预留的资源在非升级时段处于闲置状态，直接推高集群的总体拥有成本（TCO）。
典型困境： 许多团队选择“一次预留，永久使用”的策略——在集群创建时便预留 20% 的冗余容量。这种粗放方式导致每年额外支出数十万元，而实际升级频率仅为每季度一次。
1.4 成本优化的核心矛盾：静态预留 vs. 动态需求
下图揭示了临时资源预留成本优化的本质矛盾：
1.5 成本优化的三个关键维度
要解决上述矛盾，需要从以下三个维度入手：
- 时间维度： 精确控制升级窗口，缩短临时资源预留的持续时间。
- 空间维度： 按节点池/可用区粒度预留资源，避免全局性过度预留。
- 调度维度： 利用 Pod 优先级、抢占和拓扑分布约束，优化重调度效率。
1.6 本课程的核心价值
| 模块 | 核心内容 | 预期收益 |
|---|---|---|
| 容量建模 | 建立升级场景下的资源需求预测模型 | 预留量从 20% 降至 8%–10% |
| 调度策略 | 配置 Pod 优先级、抢占与 PDB | 重调度时间缩短 40% |
| 弹性伸缩 | 结合 Cluster Autoscaler 与 HPA | 非升级时段利用率提升至 75%+ |
| 成本核算 | 建立升级成本分摊与优化 ROI 模型 | 年度云支出降低 12%–18% |
课程定位： 本课程不讨论“是否升级”，而是聚焦“如何以最低成本安全升级”。你将学会一套可落地的容量规划方法论，将临时资源预留从成本黑洞转变为可控变量。