Kubernetes1.8.4中Istio-0.6.0不支持Redis Sentinel？Spring Boot应用连接异常

首先明确说：Istio是支持Redis Sentinel的，你遇到的Connection reset报错大概率是配置层面的问题，而非Istio本身不支持。我之前在类似场景下踩过几个坑，给你梳理下常见的排查方向：

• Sentinel返回IP而非服务名的问题
  Redis Sentinel的默认行为是向客户端返回主/从节点的实际IP地址，但在Istio服务网格中，应用容器的流量是被Envoy代理接管的，如果这个IP不在网格的服务发现范围内，应用直接访问该IP会被Envoy拦截，导致连接重置。
  解决办法：

  • 配置Redis Sentinel，让它返回集群的服务名（比如K8s Service名称）而非节点IP，这样客户端会通过Istio的服务发现来访问Redis节点。
  • 或者在Istio中配置ServiceEntry，把Redis节点的IP和端口加入到网格的服务列表中，允许Envoy代理这些流量。

• Istio服务配置缺失
  确保你已经为Redis Sentinel和Redis主/从节点创建了对应的Kubernetes Service（或Istio ServiceEntry），并且Istio的Sidecar能识别这些服务。比如Sentinel默认端口是26379，需要在Service中暴露这个端口，同时检查DestinationRule是否正确配置了Redis的服务属性（比如指定trafficPolicy为TCP协议）。

• Jedis客户端配置适配
  你的应用用的是Jedis客户端，需要检查：

  • 是否开启了对代理的支持？有些客户端配置需要显式设置代理相关参数，确保流量走Envoy。
  • 连接超时和读取超时时间是否足够？Envoy代理会增加一层握手，默认的超时时间可能不够，建议适当调大（比如设置为5000ms以上）。

• Istio版本兼容性
  如果你使用的Istio版本比较旧（比如低于1.4版本），可能存在一些Sentinel相关的兼容性bug。虽然你没说具体Istio版本，但Spring Boot 1.5.4对应的时期，Istio 1.5+已经基本完善了对Redis Sentinel的支持，建议检查Istio版本是否有已知的Redis相关问题，必要时升级到稳定版本。

补充：如果你的Redis集群是部署在Kubernetes集群外的，还需要确保Istio的Sidecar能访问到外部的Sentinel节点，可能需要配置Gateway或者ServiceEntry来允许外部流量的进出。

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