gRPC服务端IP解析场景下代理扩容后请求负载不均问题咨询

核心原因 #

该问题是gRPC Java默认的被动地址解析机制导致：仅当现有连接发生异常时才会触发地址重解析，扩容场景下无连接错误触发，客户端不会主动拉取最新的代理地址列表，因此新节点不会进入可用地址池。

调整配置项列表 #

• 配置名称解析器主动刷新周期
  gRPC Java默认不会主动定时拉取服务地址，需要在构造ManagedChannel时显式配置主动刷新间隔，示例代码如下：

ManagedChannel channel = ManagedChannelBuilder.forTarget("代理服务访问地址")
  .defaultLoadBalancingPolicy("round_robin")
  // 配置每30秒主动刷新一次代理地址列表
  .nameResolverRefreshDelay(Duration.ofSeconds(30))
  .build();

如果使用Spring Boot gRPC Starter，对应配置为：
grpc.client.[你的客户端名称].name-resolver-refresh-delay=30s

• 调整JVM DNS负缓存参数
  你已经配置的networkaddress.cache.ttl=60已生效，额外需要添加JVM启动参数networkaddress.cache.negative.ttl=10，避免DNS查询失败后的负缓存时间过长，阻断新地址的拉取。

• 升级gRPC版本到1.40.0及以上
  1.40.0以下版本的gRPC Java存在已知Bug：即使解析器拉取到新的地址列表，也不会同步更新到round_robin负载均衡的可用节点池，导致新节点始终无法收到流量。

• 配置代理侧连接主动回收
  如果代理侧开启了长连接无上限存活，客户端与旧代理建立的长连接不会主动断开，也不会触发新节点建连。可以在代理侧配置单TCP连接最长存活时间为5分钟，到期后主动断开连接，客户端会重新从最新地址列表中选择节点建连，自然将流量分散到新扩容节点。

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