混合HTTPS与gRPC流量场景下GCP负载均衡器配置疑问

我来帮你理清这个GCP负载均衡的配置疑问——你完全可以用HTTP(S) LoadBalancer来处理混合HTTPS和gRPC的场景，几个核心问题的拆解如下：

1. 后端服务显示端口80的误区 #

你用gcloud compute backend-services list --format=json看到的port字段显示80，这其实是前端监听端口的默认占位值，不是后端实例的实际转发端口！真正起作用的是你配置的portName: "grpc"，GCP LB会通过这个命名端口，映射到你实例组里已经定义好的7000端口。

你可以用这条命令确认实例组的命名端口配置是否正确：

gcloud compute instance-groups describe YOUR_INSTANCE_GROUP_NAME

只要输出里能看到namedPorts: [{"name": "grpc", "port": 7000}]，就说明后端流量会被正确转发到实例的7000端口，不用理会backend-services里显示的port字段。

2. HTTP(S) LB对gRPC的原生支持 #

GCP的HTTP(S) LoadBalancer确实支持gRPC，原因正如文档所说：它内置了HTTP/2支持，而gRPC本身就是基于HTTP/2协议实现的。

• 当你配置HTTPS前端（443端口）时，LB默认就开启了HTTP/2支持，会自动识别并处理gRPC请求；
• 如果需要强制前端只接受HTTP/2请求（不兼容HTTP/1.1），可以在创建前端服务时添加命令行参数--enable-http2，不过绝大多数混合场景下，默认配置就足够用了。

3. 前端端口与后端端口的逻辑分离 #

前端只能选择80、8080、443是GCP HTTP(S) LB对外监听端口的限制，这和后端实例的端口完全不冲突：

• 你对外用443端口接收所有HTTPS和gRPC请求，LB会根据请求的特征（比如路径、Host头、协议类型），转发到对应的后端服务；
• 比如你可以创建两个后端服务：一个关联grpc:7000命名端口处理gRPC请求，另一个关联普通HTTPS的命名端口（比如https:8080）处理常规HTTPS请求，再通过URL映射规则区分转发。

4. 混合场景的配置建议 #

给你一套可行的配置步骤：

• 确认实例组命名端口：如果还没配置，执行这条命令把7000端口命名为grpc：

  gcloud compute instance-groups managed set-named-ports YOUR_INSTANCE_GROUP --named-ports grpc:7000
  

• 创建两个后端服务：一个用于gRPC（关联实例组的grpc命名端口），一个用于普通HTTPS（关联对应的命名端口）；
• 配置URL映射：设置路径规则，比如把/com.yourcompany.yourgrpcservice.*这类gRPC服务路径转发到gRPC后端服务，其他路径转发到普通HTTPS后端服务；
• 测试验证：用grpcurl工具向LB的443端口发送gRPC请求，或者用curl发送普通HTTPS请求，确认流量都能正确到达对应后端端口。

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