Kubernetes环境下不同Pod间gRPC通信失败问题求助

问题核心分析 #

从错误日志看，客户端尝试连接user/10.109.30.247:41474超时，这个地址是K8s Pod的IP和随机端口。你配置了grpc.server.port: 0，会让每个Pod启动时随机分配gRPC端口，而K8s的Service无法动态跟踪随机端口，导致服务发现返回的Pod端口无法通过Service转发，最终连接失败。本地和Docker环境没有Service层，直接访问Pod端口没问题，但K8s依赖Service做服务转发，随机端口的方案不适用。

解决方案 #

1. 固定gRPC服务端口 #

修改Spring Boot配置，把gRPC端口从0改成固定值（比如9090）：

grpc:
  server:
    port: 9090  # 替换为固定端口，不再用随机端口
  # 其他配置保持不变

2. 更新K8s Deployment和Service配置 #

• Deployment：在容器端口中添加gRPC的固定端口：

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: msb-epak-service
  spec:
    template:
      spec:
        containers:
          - name: msb-epak-service
            ports:
              - containerPort: 8000  # 原HTTP端口
              - containerPort: 9090  # 新增gRPC固定端口
  

• Service：配置端口映射，将Service端口指向gRPC的固定容器端口：

  apiVersion: v1
  kind: Service
  metadata:
    name: msb-epak-service
  spec:
    selector:
      app: msb-epak-service  # 匹配Deployment的标签
    ports:
      - name: http
        port: 8000
        targetPort: 8000
      - name: grpc
        port: 9090
        targetPort: 9090  # 和gRPC服务配置的端口一致
  

3. 验证服务发现注册信息 #

确保Spring Cloud服务发现（如Eureka、Nacos）中，msb-epak-service注册的是K8s Service的地址和gRPC端口，而非Pod的随机端口。这样客户端通过discovery:///msb-epak-service就能正确路由到Service，再转发到Pod的固定gRPC端口。

4. 调整网络策略（如果有） #

如果K8s集群启用了网络策略，更新策略允许客户端服务访问gRPC服务的固定端口（9090），不用再针对随机端口做白名单，彻底解决端口变化的问题。

5. 优化gRPC客户端超时配置（可选） #

针对K8s网络可能存在的延迟，适当增加客户端连接超时：

grpc:
  client:
    msb-epak-service:
      # 其他配置...
      connect-timeout: 5s  # 调整为合适的超时时间

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