4. 节点池概念：Kubernetes 节点池定义、节点池升级策略

在 Kubernetes 集群生命周期管理中，节点池（Node Pool） 是承载工作负载的节点逻辑分组。节点池允许运维团队对集群内不同规格、不同标签或不同可用区的节点进行独立管理，是实现精细化运维和灰度升级的基础单元。

4.1 节点池定义与核心属性

节点池通常由云厂商（如 AKS、EKS、GKE）或自建集群的节点分组管理组件定义。一个节点池包含以下核心属性：

4.2 节点池升级策略

节点池升级的核心目标是在不中断业务的前提下，将池内节点更新到目标版本（操作系统、kubelet、CNI 插件等）。三种主流策略各有适用场景：

4.2.1 滚动升级（Rolling Update）

逐节点替换，每次将一个节点标记为不可调度（cordon），驱逐 Pod（drain），然后删除并创建新节点。新节点就绪后继续下一个节点。

• 优点： 资源利用率高，无需额外节点资源；升级过程对集群容量影响最小。
• 缺点： 升级时间长（大池可能数小时）；升级期间新旧节点共存，流量路径不一致。
• 适用场景： 生产环境常规升级，对成本敏感且可接受较长升级窗口。

4.2.2 蓝绿升级（Blue/Green）

创建与现有节点池（蓝）规格相同的新节点池（绿），将流量逐步或一次性切换到绿池，确认稳定后销毁蓝池。

• 优点： 升级速度快（分钟级切换）；回滚简单（切回蓝池）；新旧版本完全隔离。
• 缺点： 需要双倍节点资源（成本翻倍）；需要外部负载均衡或 Service Mesh 配合流量切换。
• 适用场景： 关键业务升级、大版本变更、需要快速回滚的场景。

4.2.3 金丝雀升级（Canary）

从现有节点池中选取少量节点（如 10%）先行升级，观察业务指标和 Hubble 流量基线，确认无异常后再逐步扩大升级比例，最终覆盖全池。

• 优点： 风险最低，可精细验证升级影响；支持按比例灰度放量。
• 缺点： 升级周期最长；需要完善的监控和自动化回滚机制。
• 适用场景： 对稳定性要求极高的生产环境、首次使用新操作系统或内核版本。

4.3 节点池升级策略对比表

4.4 节点池升级流程示意图

下图展示了三种升级策略在节点池维度上的核心流程差异：

4.5 节点池升级与 eBPF 巡检的关联

在《集群升级中 eBPF 节点池巡检》课程中，节点池升级策略直接决定了 Hubble 流量基线的采集和对比方式：

• 滚动升级： 需要按时间窗口（如每 5 分钟）对池内节点分组，分别采集新旧节点的 Hubble 指标，通过滑动窗口对比发现异常。
• 蓝绿升级： 可以直接将蓝池和绿池的 Hubble 流量基线做全量 A/B 对比，差异一目了然，适合自动化巡检。
• 金丝雀升级： 需要按节点标签（如 canary=true）过滤 Hubble 数据，对比金丝雀节点与基线节点的 P50/P95/P99 延迟和吞吐量。