gRPC长连接在K8s里负载不均衡是客户端缓存了DNS吗？-常见问题-PHP中文网

问题根源是grpc客户端未启用dns解析器与round_robin负载均衡策略，导致仅连接首个pod ip。需验证headless service dns返回多a记录，显式配置dns:///地址、禁用dns缓存，并设置round_robin策略，同时排除健康检查干扰及确认连接指向真实pod ip。

grpc长连接在k8s里负载不均衡是客户端缓存了dns吗？

如果您观察到gRPC长连接在Kubernetes中出现负载不均衡现象，且怀疑是客户端缓存了DNS解析结果，则问题可能并非单纯源于DNS缓存，而是gRPC客户端未正确启用DNS解析器与负载均衡策略，导致其仅使用首个解析出的Pod IP建立单一长连接。以下是排查与修正此问题的具体步骤：

一、验证DNS解析是否返回多个A记录

Headless Service必须返回全部后端Pod的IP地址列表（A记录），这是客户端实现多实例连接的前提。若DNS仅返回单个IP，说明Service配置或CoreDNS行为异常。

1、进入任意Pod执行调试命令：kubectl exec -it <pod-name> -- sh</pod-name>

2、安装dig工具（如未预装）：apk add bind-tools 或 apt-get update && apt-get install -y dnsutils

3、查询Headless Service域名：dig +short <service-name>.<namespace>.svc.cluster.local</namespace></service-name>

4、确认输出为多个IPv4地址；若仅返回一个或无响应，则需检查Service的clusterIP: None配置及CoreDNS日志。

二、强制gRPC客户端使用DNS解析器并禁用默认缓存

gRPC客户端默认不主动轮询DNS更新，且Go/Java/Python等语言SDK对DNS TTL处理逻辑不同，部分版本会将首次解析结果长期缓存于连接池中，造成“始终连同一Pod”现象。

1、Go客户端须显式传入dns.NewBuilder()并指定dns:///前缀地址：grpc.Dial("dns:///my-svc.default.svc.cluster.local:8080", grpc.WithResolvers(dns.NewBuilder()), ...)

2、Java客户端需设置JVM参数强制刷新DNS：-Dio.grpc.internal.DnsNameResolverProvider.enable_grpclb=true -Dsun.net.inetaddr.ttl=0

3、Python客户端（grpcio ≥1.40）需显式禁用系统DNS缓存：import grpc; channel = grpc.insecure_channel('dns:///my-svc.default.svc.cluster.local:8080', options=[('grpc.dns_enable_srv_queries', 0), ('grpc.dns_min_time_between_queries_ms', 1000)])