Java Grpc：使 dns 缓存无效

Question

我有一个 grpc 客户端指向一个解析为 2 个 IP 地址的 URL。 问题是当一个服务器节点出现故障然后又恢复时，grpc 客户端不会选择它，并且所有负载都转到单个节点。

我尝试建议更改networkaddress.cache.ttl属性，但没有帮助。 我的代码（在 Scala 中）

java.security.Security.setProperty("networkaddress.cache.ttl", "30")
System.setProperty("networkaddress.cache.ttl", "30")
val channel = NettyChannelBuilder.forAddress(host, port).nameResolverFactory(
      new DnsNameResolverProvider).usePlaintext().build
val client = MyServiceGrpc.newStub(channel)

grpc 版本：1.32.1

Answer 1

假设 DNS 一直返回两个 IP（可能是 shuffled），那么问题不在于 DNS 缓存。 问题是 gRPC 有一个工作连接，所以不会选择重新连接，也不会执行 DNS 查询。

您应该使用MAX_CONNECTION_AGE配置您的服务器以强制客户端偶尔重新连接以重新平衡负载。 当客户端与服务器断开连接时，它们会触发新的 DNS 解析，因此这也可用于查找新地址（尽管重新连接不会等待 DNS 解析完成）。

在 Java 中， MAX_CONNECTION_AGE可通过NettyServerBuilder.maxConnectionAge() ：

NettyServerBuilder.forPort(yourPort)
    .maxConnectionAge(30, TimeUnit.MINUTES)
    ....

您想使用尽可能大的年龄。 如果时间为 30 分钟，那么每个客户端将每 30 分钟重新平衡一次。 因此，在服务器重新启动 15 分钟后，该服务器将有 1/4 的负载，而在 30 分钟后，它将有大约 ½。

Answer 2

似乎配置负载平衡策略可以完成这项工作：

NettyChannelBuilder.forAddress(host, port).defaultLoadBalancingPolicy("round_robin").usePlaintext().build()