Envoy代理服务部署时内存飙升：Delta API优化后Listener仍更新的排查

一、Listener仍全量更新的排查与配置修正 #

Listener依然全量更新，大概率是控制平面或Envoy数据平面未正确配置Listener的Delta GRPC API支持，可从以下维度检查修正：

• Envoy Bootstrap配置校验：确保Listener的xDS客户端明确使用Delta GRPC API。在bootstrap的dynamic_resources.listener_config.api_config_source中，需设置api_type: DELTA_GRPC，而非默认的AGGREGATED_GRPC。示例片段：

  dynamic_resources:
    listener_config:
      api_config_source:
        api_type: DELTA_GRPC
        grpc_services:
          - envoy_grpc:
              cluster_name: xds_cluster
  

• 控制平面增量逻辑验证：确认控制平面已启用Listener资源的Delta推送逻辑。控制平面需维护Listener的增量状态，仅发送变更片段而非全量快照；若使用自定义控制平面，需确保实现了ListenerDeltaDiscoveryService接口，而非仅依赖全量的ListenerDiscoveryService。
• 资源标识一致性检查：Delta API依赖资源唯一名称（name字段）追踪变更，需保证控制平面推送的Listener名称与Envoy本地缓存完全一致，避免因名称不匹配触发全量重推。

二、gRPC JSON Transcoder过滤器链的选择性更新 #

可以实现选择性更新过滤器链，但需满足以下条件：

• 控制平面精准推送变更：控制平面需能识别单个过滤器链的变更（如新增/删除特定路由匹配的链、修改某条链的Transcoder配置），仅向Envoy推送该链的增量更新，而非整个Listener。这要求控制平面维护每个过滤器链的独立状态，而非将Listener作为单一整体处理。
• 过滤器链的可标识性：每个过滤器链需配置唯一的name字段（或通过filter_chain_match的唯一条件），让Envoy能精准定位待更新的链。示例：

  listeners:
    - name: ingress_listener
      filter_chains:
        - name: user_service_transcoder_chain
          filter_chain_match:
            prefix_routes:
              routes:
                - prefix: /user
          filters:
            - name: envoy.filters.network.http_connection_manager
              typed_config:
                "@type": type.googleapis.com/envoy.extensions.filters.network.http_connection_manager.v3.HttpConnectionManager
                http_filters:
                  - name: envoy.filters.http.grpc_json_transcoder
                    typed_config:
                      "@type": type.googleapis.com/envoy.extensions.filters.http.grpc_json_transcoder.v3.GrpcJsonTranscoder
                      # 具体Transcoder配置
  

• Envoy版本兼容性：确保使用Envoy 1.20及以上版本，旧版本可能仅支持全量Listener更新，无法处理单个过滤器链的增量变更。

需注意：若Transcoder过滤器配置依赖Cluster资源（如指向特定gRPC服务Cluster），需确保Cluster的变更已通过Delta API同步完成，避免出现依赖不一致问题。

内容的提问来源于stack exchange，提问作者lonely