4、节点资源容量评估：计算节点可分配资源、预留资源（kube-reserved/system-reserved）、驱逐阈值设置

节点资源容量评估是集群升级前最关键的容量规划步骤之一。Kubernetes 节点上的资源并非全部可供 Pod 使用，系统组件（kubelet、容器运行时、操作系统守护进程）需要预留一部分资源，同时 kubelet 通过驱逐阈值来保障节点在资源紧张时的稳定性。理解这三层资源模型，才能准确判断升级后集群是否仍有足够的余量承载工作负载。

4.1 节点资源三层模型

Kubernetes 节点资源从物理总量到 Pod 可用量，经历三层扣除：

4.2 预留资源配置与计算

kubelet 通过启动参数或 kubelet 配置文件设置预留量。以下为生产环境推荐配置示例：

# /var/lib/kubelet/config.yaml
apiVersion: kubelet.config.k8s.io/v1beta1
kind: KubeletConfiguration
evictionHard:
  memory.available: "500Mi"
  nodefs.available: "10%"
  nodefs.inodesFree: "5%"
  imagefs.available: "15%"
kubeReserved:
  cpu: "500m"
  memory: "1.5Gi"
  ephemeral-storage: "2Gi"
systemReserved:
  cpu: "200m"
  memory: "1Gi"
  ephemeral-storage: "1Gi"
kubeReservedCgroup: "/kubelet.slice"
systemReservedCgroup: "/system.slice"
enforceNodeAllocatable:
  - pods
  - kube-reserved
  - system-reserved

4.3 驱逐阈值（Eviction Thresholds）

驱逐阈值是 kubelet 在节点资源耗尽前的最后防线。分为硬驱逐（evictionHard）和软驱逐（evictionSoft + evictionSoftGracePeriod）。

4.4 节点资源容量评估流程图

以下 SVG 展示了从节点物理容量到 Pod 可用容量的完整计算流程，以及驱逐阈值在其中的位置：

4.5 升级前容量评估清单

在升级每个节点前，建议按以下步骤执行容量评估：

1. 获取节点当前 Allocatable：
   kubectl describe node <node> | grep -A 5 "Allocatable"
2. 计算已调度 Pod 资源请求总和：
   kubectl get pods --all-namespaces --field-selector spec.nodeName=<node> -o json | jq '[.items[] | .spec.containers[] | .resources.requests] | group_by(.) | map({cpu: (.[0].cpu // "0"), memory: (.[0].memory // "0")})'
3. 计算剩余容量：
   剩余 CPU = Allocatable.cpu − sum(Pod Requests.cpu)
剩余内存 = Allocatable.memory − sum(Pod Requests.memory)
4. 检查驱逐阈值是否可能触发：
   如果剩余内存 < evictionHard.memory.available + 20% 缓冲，标记为高风险节点。
5. 记录基线：
   将评估结果写入升级前检查报告，升级后对比验证。

4.6 驱逐阈值与节点压力关系图

以下 SVG 展示了驱逐阈值在节点内存压力下的触发顺序与 Pod 驱逐流程：

4.7 升级前容量评估检查表