📚 课程目录第4章集群升级场景分析

4. 集群升级场景分析：节点扩缩容、实例规格变化、新增资源类型对配额的影响

集群升级过程中，资源配额（ResourceQuota）的自动校准必须覆盖三类核心场景：节点扩缩容、实例规格变化、新增资源类型。每一类场景都会改变集群的容量边界或资源语义，导致原有配额策略失效。Kyverno 策略需要感知这些变化并触发动态调整。

节点扩缩容直接改变集群的可调度资源总量。当节点加入或移除时，原有基于固定值的 ResourceQuota 可能变得过紧或过松。

操作	影响维度	典型后果
节点扩容（新增节点）	CPU、内存、临时存储总量增加	原有配额比例不变，但余量变大，可能造成资源浪费或调度倾斜
节点缩容（移除节点）	CPU、内存、临时存储总量减少	原有配额可能超过集群实际容量，导致 Pod 调度失败或驱逐风险
节点规格变更（同数量但机型不同）	单节点资源上限变化	最大 Pod 数、本地存储配额需重新计算

  关键指标：节点扩缩容后，集群总 CPU 和总内存的变化率超过 15% 时，应触发配额重新校准。Kyverno 可通过监听 Node 对象的增删改事件，结合集群容量计算器生成新的配额建议值。

实例规格变化指工作负载（Deployment、StatefulSet 等）的 requests/limits 或 replicas 发生批量调整。这类变化不改变集群总量，但会改变资源分配密度和命名空间内的竞争关系。

实践建议：在 Kyverno 策略中，将实例规格变化视为“资源使用模式变更”信号。通过准入 Webhook 拦截变更请求，计算变更后的资源总和，并与当前 ResourceQuota 对比。若超出阈值（如 80% 配额使用率），则自动生成新的配额建议。

集群升级可能引入新的资源类型，例如：

临时存储（ephemeral-storage）：Kubernetes 1.19+ 默认启用，但旧集群升级后可能未在 ResourceQuota 中定义。
扩展资源（extended resources）：如 GPU、FPGA、持久化内存等，升级后节点可能新增这些资源。
自定义资源（CRD）：Operator 或平台组件升级后，可能引入新的可计数资源（如 count/pods、count/deployments.apps）。

新增资源类型	示例	配额影响
临时存储	`requests.ephemeral-storage`	需在 ResourceQuota 中新增 scope，否则 Pod 可能因存储限制被驱逐
扩展资源	`nvidia.com/gpu`	需定义新的配额项，否则 GPU 资源无法被限制
自定义资源计数	`count/ingresses.networking.k8s.io`	需在 ResourceQuota 中显式声明，否则可能被滥用

风险提示：新增资源类型若未在 ResourceQuota 中覆盖，会导致该资源在命名空间内无限制。Kyverno 策略应定期扫描集群 API 资源列表，自动发现未配额的资源类型并生成补充策略。

实际集群升级中，三类场景往往同时发生。例如：节点扩容（场景一）后，运维人员批量提升实例规格（场景二），同时升级后的集群新增了临时存储资源（场景三）。Kyverno 策略需要具备多维度感知能力，而非孤立处理每个事件。

针对上述三类场景，Kyverno 策略应采用不同的校准策略：

场景	触发条件	校准策略	推荐动作
节点扩缩容	Node 对象增删或容量变更	按比例重新计算命名空间配额	生成 Patch 更新 ResourceQuota
实例规格变化	工作负载 requests/limits/replicas 变更	基于当前使用率动态调整硬限制	生成建议，人工审批后应用
新增资源类型	API 资源列表出现新资源	自动添加缺失的配额项	直接更新 ResourceQuota 或生成新策略

  核心原则：节点扩缩容影响“总量”，实例规格变化影响“分配密度”，新增资源类型影响“配额语义”。Kyverno 策略必须区分这三种影响维度，避免使用单一规则处理所有场景。