Istio DestinationRule一致性哈希会话粘性失效问题排查

核心问题分析 #

你的Istio会话粘性配置完全无效，主要是以下几个关键错误导致：

1. DestinationRule的Host配置错误
   你的VirtualService路由目标是后端服务app，但DestinationRule里的host写的是外部域名app.com——Istio的DestinationRule需要关联Kubernetes服务名（而非用户访问的域名），这个错误直接导致Istio无法将粘性规则应用到实际的后端Pod上，所有负载均衡规则相当于摆设。

2. HTTP Cookie配置的TTL不合理
   你尝试的ttl: 0s会让Cookie变成会话级临时Cookie，浏览器一旦刷新或页面重载就可能丢失，无法维持持久的会话绑定。

3. 潜在的配置校验问题
   未确认配置是否存在语法错误或Istio版本兼容性问题，比如部分旧版本Istio对consistentHash的配置有格式要求。

修复步骤 #

1. 修正DestinationRule配置

将host改为后端服务名，并设置合理的Cookie TTL：

apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  name: destinationrule
spec:
  host: app  # 改为VirtualService中指定的后端服务名
  trafficPolicy:
    loadBalancer:
      consistentHash:
        httpCookie:
          name: user
          ttl: 3600s  # 设置为1小时，可根据业务调整
    tls:
      mode: ISTIO_MUTUAL

如果后端服务不在默认Namespace，需要写全限定服务名，比如app.your-namespace.svc.cluster.local。

2. 验证配置有效性

执行以下命令排查配置错误：

istioctl analyze
kubectl describe destinationrule destinationrule

确认输出中没有报错，且DestinationRule的host与后端服务匹配。

3. 验证会话粘性

• 登录后查看浏览器Cookie，确认存在名为user的Cookie
• 查看后端Pod的访问日志，确认同一用户的请求持续路由到同一个Pod实例

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