如何在GCP内部HTTP(S)负载均衡中实现基于JSESSIONID的会话粘性

针对你遇到的GCP LB主动生成JSESSIONID导致重复Set-Cookie的问题，核心是让LB被动识别应用生成的JSESSIONID，而非主动创建，具体配置和验证逻辑如下：

关键配置步骤 #

• 进入GCP控制台，找到目标内部负载均衡器关联的后端服务
• 在「会话亲和性」选项中，选择自定义Cookie类型
• 填写Cookie名称为JSESSIONID，并开启「仅使用现有Cookie，不生成新Cookie」（对应CLI参数--session-affinity-custom-cookie-generate=false）
• 将后端服务的负载均衡策略设置为轮询，匹配无Cookie时的转发规则

逻辑验证 #

• 无JSESSIONID的请求：LB按轮询规则转发到可用后端节点，由应用生成JSESSIONID并通过Set-Cookie返回给客户端，LB全程不介入Cookie生成
• 携带JSESSIONID的请求：LB解析该Cookie值，将请求路由到生成此Cookie的后端节点（前提是该节点处于后端池且健康）
• 客户端仅会收到应用返回的一个JSESSIONID的Set-Cookie响应，彻底避免重复问题

额外注意事项 #

• 确保后端应用生成的JSESSIONID在所有后端节点中唯一，否则会导致亲和性路由错乱
• 后端节点的健康检查配置需正常，防止LB将请求转发至不健康节点
• 若使用CLI配置，示例命令如下：

  gcloud compute backend-services update YOUR_BACKEND_SERVICE_NAME \
    --session-affinity=CUSTOM \
    --session-affinity-custom-cookie-name=JSESSIONID \
    --session-affinity-custom-cookie-generate=false \
    --load-balancing-scheme=INTERNAL \
    --region YOUR_REGION
  

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