3. 集群(Cluster)概念与配置：Cluster类型与YAML结构

在 Envoy 代理架构中，集群（Cluster）是负载均衡与流量调度的核心抽象。一个 Cluster 定义了一组逻辑上相同的上游端点（Endpoint），以及 Envoy 如何发现、连接、健康检查和负载均衡这些端点的策略。理解 Cluster 的类型与配置结构，是诊断服务网格 API 延迟、优化流量路径的基础。

3.1 Cluster 配置 YAML 结构总览

Envoy 的 Cluster 配置遵循严格的层次结构，核心字段如下表所示：

一个典型的 Cluster 配置片段如下：

clusters:
- name: service_backend
  type: STRICT_DNS
  connect_timeout: 0.5s
  lb_policy: LEAST_REQUEST
  load_assignment:
    cluster_name: service_backend
    endpoints:
    - lb_endpoints:
      - endpoint:
          address:
            socket_address:
              address: backend.example.com
              port_value: 8080
  circuit_breakers:
    thresholds:
    - priority: DEFAULT
      max_connections: 1000
      max_pending_requests: 100
  outlier_detection:
    consecutive_5xx: 5
    interval: 10s
    base_ejection_time: 30s

3.2 四种 Cluster 类型详解

Envoy 支持四种集群发现类型，它们在端点发现机制、更新频率和适用场景上存在本质差异。选择错误的类型会直接导致延迟增加或流量中断。

3.2.1 STATIC（静态集群）

端点列表在配置中硬编码，Envoy 启动时加载，运行期间不更新。适用于基础设施组件（如数据库、缓存）或端点极少变化的场景。

• 优点： 零外部依赖，启动快，无 DNS 查询开销。
• 缺点： 端点变更需重启 Envoy 或通过 xDS 热更新。
• 延迟影响： 无 DNS 解析延迟，但无法自动适应后端扩缩容。

3.2.2 STRICT_DNS（严格 DNS）

Envoy 定期对配置的 DNS 域名执行 A/AAAA 记录查询，将返回的所有 IP 地址作为端点。如果 DNS 返回多个 IP，Envoy 会全部加入负载均衡池。

• 优点： 支持 DNS 轮询实现简单负载均衡，无需额外控制面。
• 缺点： DNS TTL 期间无法感知端点变化；DNS 查询本身引入延迟（通常 1-50ms）。
• 延迟影响： 每次 DNS 刷新周期（由 dns_refresh_rate 控制，默认 5s）会阻塞端点更新，期间请求可能发往已下线的 IP。

3.2.3 LOGICAL_DNS（逻辑 DNS）

与 STRICT_DNS 类似，但 Envoy 只使用 DNS 返回的第一个 IP 地址，且一旦连接建立，即使 DNS 记录变化，Envoy 也保持现有连接直到断开。适用于使用 DNS 做全局负载均衡（GSLB）的场景。

• 优点： 避免 DNS 多 IP 导致的连接抖动；兼容 CDN 和云负载均衡器。
• 缺点： 单点故障风险（仅一个端点）；无法利用 DNS 多 IP 做客户端负载均衡。
• 延迟影响： 连接保持减少重建开销，但 DNS 切换时可能产生秒级中断。

3.2.4 EDS（端点发现服务）

通过 xDS 协议从控制面（如 Istiod）动态获取端点列表。这是服务网格中最常用的类型，支持实时、精细的端点管理。

• 优点： 实时感知端点变化；支持权重、区域感知、健康状态等丰富属性。
• 缺点： 依赖控制面可用性；控制面故障时端点信息可能过期。
• 延迟影响： 控制面推送延迟（通常 < 100ms）是主要开销，但整体延迟可控性最高。

3.3 Cluster 类型选择与延迟关系

下图展示了四种 Cluster 类型在端点发现流程上的差异，以及各自引入延迟的关键环节：

3.4 负载均衡策略与延迟关联

Cluster 的 lb_policy 直接影响请求在端点间的分配效率，不当的策略会导致热点和尾部延迟升高。

3.5 实践：Istio 中的 Cluster 配置映射

在 Istio 服务网格中，用户通常不直接编写 Envoy Cluster 配置，而是通过 DestinationRule 和 ServiceEntry 间接控制。下表展示了 Istio CRD 与 Envoy Cluster 字段的映射关系：

通过理解 Cluster 配置的底层原理，你可以更精准地诊断 Istio 中因端点发现延迟、负载均衡不均或熔断配置不当导致的 API 延迟问题。