GCP Kubernetes集群中跨服务连接同一Redis实例共享数据的问题解决

我来帮你排查这个跨服务Redis数据共享的问题，结合Kubernetes和redis-go的常见坑，一步步来解决：

1. 先确认Redis服务的Kubernetes访问配置 #

这是最常见的问题根源：

• 确保你的Redis是通过Kubernetes Service暴露的（推荐用默认的ClusterIP类型），同集群内的服务必须通过Service的DNS名称访问，而不是直接用Redis Pod的IP（Pod重启后IP会变化）。
  • 如果Redis Service名为redis-service，且和你的服务在同一个命名空间，直接用redis-service:6379作为连接地址即可；如果不在同一命名空间，要写全DNS名：redis-service.<namespace>.svc.cluster.local:6379。
• 检查Service的端口映射：确认Service的targetPort和Redis Pod的容器端口一致（默认Redis是6379），客户端连接时用Service的port（如果没自定义就是6379）。

2. 验证两个服务的redis-go客户端配置完全一致 #

存数据和读数据的客户端必须用相同的连接参数，不然肯定读不到：

• 地址：必须是上面提到的Service DNS名称，不能是硬编码的IP或外部地址。
• 密码：如果Redis设置了访问密码，两个客户端都要在redis.Options里配置Password字段。
• DB编号：Redis默认用DB 0，如果存数据时切换了其他DB（比如client := client.DB(1)），读数据的客户端也要切换到同一个DB。

给你一个标准的redis-go连接示例，两个服务都要这么配置：

import "github.com/go-redis/redis/v8"

func NewRedisClient() *redis.Client {
    return redis.NewClient(&redis.Options{
        Addr:     "redis-service:6379", // 替换成你的Service DNS+端口
        Password: "your-redis-password", // 没有密码就留空
        DB:       0,                     // 和存数据的客户端保持一致
    })
}

3. 检查Redis实例的数据是否真的存在 #

有时候不是连接的问题，是数据本身丢了：

• 直接进入Redis Pod，用redis-cli手动验证数据：

  kubectl exec -it <your-redis-pod-name> -- redis-cli
  # 执行GET命令检查数据，比如GET "your-key"
  

• 如果数据不存在，检查Redis是否配置了持久化：如果是无状态Redis（没挂载PersistentVolume），Pod重启后数据会丢失，需要给Redis配置PersistentVolumeClaim来持久化数据。

4. 排查Kubernetes网络策略限制 #

如果你的集群启用了NetworkPolicy，可能会阻止服务访问Redis：

• 确保存在允许你的服务Pod访问Redis Service的NetworkPolicy，比如允许同命名空间下所有Pod访问Redis的6379端口：

  apiVersion: networking.k8s.io/v1
  kind: NetworkPolicy
  metadata:
    name: allow-redis-access
  spec:
    podSelector:
      matchLabels:
        app: redis # 你的Redis Pod标签
    ingress:
    - from:
      - podSelector: {} # 允许同命名空间所有Pod访问，也可以指定你的服务标签
      ports:
      - protocol: TCP
        port: 6379
  

5. 测试服务与Redis的网络连通性 #

如果上面都没问题，手动测试网络：

• 进入读数据的服务Pod，ping Redis Service的DNS名称，看网络是否可达：

  kubectl exec -it <your-service-pod-name> -- ping redis-service
  

• 用telnet测试端口是否开放：

  kubectl exec -it <your-service-pod-name> -- telnet redis-service 6379
  

如果ping不通或telnet失败，回到Service配置和NetworkPolicy排查网络问题。

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