4. 节点池(Node Pool)概念

节点池（Node Pool）是 Envoy 动态配置体系中用于对后端集群（Cluster）进行分组管理的抽象层。它并非 Kubernetes 原生概念，而是 Istio/Envoy 控制面（如 Pilot、Galley）在构建服务发现与负载均衡拓扑时引入的逻辑分组单元。节点池的核心价值在于：将具有相同版本、标签、区域或升级策略的一组端点（Endpoint）聚合成一个可独立巡检、独立升级、独立回滚的运维单元。

4.1 节点池定义

节点池在 Envoy xDS 协议中对应 envoy/config/cluster/v3 的 LocalityLbEndpoints 与 ClusterLoadAssignment 的组合。从运维视角看，节点池包含以下属性：

4.2 节点池与集群的关系

集群（Cluster）是 Envoy 中指向一组上游主机的逻辑服务名称；节点池则是集群内部按版本/区域/优先级切分的子集。两者构成一对多的树形关系：

• 1 个集群 → N 个节点池（按版本、区域、优先级拆分）
• 1 个节点池 → M 个端点（具体 Pod IP）
• 节点池之间：流量权重可独立调整，支持蓝绿、金丝雀发布
• 节点池内部：所有端点共享相同的版本、标签、升级策略

4.3 节点池在 Kubernetes 中的映射

在 Kubernetes + Istio 环境中，节点池并非直接对应一个 K8s 资源对象，而是由控制面根据以下信息动态推导生成：

1. Service + 标签选择器：确定集群的端点范围
2. Pod 的版本标签：如 version: v1、version: v2，用于切分节点池
3. Pod 的拓扑标签：如 topology.kubernetes.io/region、topology.kubernetes.io/zone
4. Deployment / StatefulSet 的更新策略：影响节点池的滚动升级行为
5. Istio WorkloadEntry / WorkloadGroup：为非 K8s 工作负载提供节点池映射

4.4 节点池生命周期管理

节点池的生命周期包含以下阶段，每个阶段都对应 Envoy xDS 的增量推送或全量更新：

节点池生命周期各阶段对应的控制面操作与 Envoy 配置变更如下：

4.5 节点池巡检热更新的核心机制

节点池巡检热更新是指：控制面持续监控节点池内每个端点的健康状态、版本标签、负载指标，当检测到变化时，通过 EDS（Endpoint Discovery Service）增量推送更新至所有 Envoy Sidecar。整个过程无需重启 Envoy 或重建连接：

// 节点池巡检热更新伪代码流程
func ReconcileNodePool(pool *NodePool) {
    // 1. 获取当前端点列表（来自 K8s API / 注册中心）
    currentEndpoints := fetchEndpoints(pool.Selector)

    // 2. 健康检查过滤
    healthyEndpoints := healthCheck(currentEndpoints)

    // 3. 版本标签分组
    versionGroups := groupByVersion(healthyEndpoints)

    // 4. 构建新的 LocalityLbEndpoints
    newLbEndpoints := buildLocalityLbEndpoints(versionGroups, pool.Locality)

    // 5. 与缓存中的旧配置对比
    if !equals(newLbEndpoints, pool.cachedLbEndpoints) {
        // 6. 生成 EDS Delta 更新
        delta := computeDelta(pool.cachedLbEndpoints, newLbEndpoints)

        // 7. 推送至所有订阅的 Envoy
        pushEDSDelta(pool.ClusterName, delta)

        // 8. 更新缓存
        pool.cachedLbEndpoints = newLbEndpoints
    }
}