Istio网格外gRPC请求（同连接）轮询配置方法咨询

嘿，我先帮你理清楚这个问题的核心：gRPC是基于HTTP/2的，而HTTP/2有多路复用的特性——默认情况下，Envoy会把同一个长连接里的所有请求都发往同一个后端实例。哪怕你用了ROUND_ROBIN负载均衡策略，这个策略默认是作用在连接层面，而非单个请求层面的。你说不用Istio直接用Envoy能正常轮询，大概率是因为直接配置Envoy时开了请求级的负载均衡，而Istio对外部服务的默认配置里没开启这个。

接下来给你具体的解决步骤，一步步来：

1. 确认外部服务的ServiceEntry配置 #

首先得确保你已经为AWS ELB创建了正确的ServiceEntry，示例配置如下（记得替换成你的实际信息）：

apiVersion: networking.istio.io/v1alpha3
kind: ServiceEntry
metadata:
  name: aws-elb-grpc-service
spec:
  hosts:
  - your-elb-domain.example.com # 替换成你的ELB域名
  ports:
  - number: 443 # 换成你的gRPC实际端口
    name: grpc
    protocol: GRPC
  resolution: DNS
  location: MESH_EXTERNAL

2. 创建DestinationRule开启请求级负载均衡 #

这是解决问题的关键！你需要通过DestinationRule告诉Istio，对这个外部服务的gRPC请求要在每个请求层面做轮询，而不是绑定到连接上。配置如下：

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: aws-elb-grpc-destinationrule
spec:
  host: your-elb-domain.example.com # 必须和ServiceEntry里的host保持一致
  trafficPolicy:
    loadBalancer:
      simple: ROUND_ROBIN
      per_request_load_balancing: true # 这行是核心，开启请求级负载均衡

3. 验证配置是否生效 #

应用完上面的配置后，你可以做两个验证：

• 查看客户端Pod的Envoy配置：执行istioctl proxy-config cluster <你的客户端Pod名称> -o yaml，找到对应外部服务的cluster配置，确认lb_policy是ROUND_ROBIN，且per_request_load_balancing字段被设置为true。
• 多发几次gRPC请求，观察返回的server私有IP，应该会在两个实例之间交替出现了。

额外说明 #

为什么网格内的服务能正常轮询？因为Istio默认对网格内的服务（MESH_INTERNAL）会自动开启请求级别的负载均衡，尤其是针对HTTP/2和gRPC这类长连接服务。但对于外部服务（MESH_EXTERNAL），这个配置默认是关闭的，所以需要我们手动开启。

另外，你之前提到不用Istio时能正常轮询，那AWS经典ELB本身应该没开会话粘性（比如基于Cookie或源IP的粘性），不过保险起见可以再确认下ELB的配置，确保没有这类影响轮询的设置。

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