如何为依赖Redis的服务配置存活探针，检测缓存数据并自动重启？

完全可以通过配置存活探针（liveness probe）实现需求，下面是具体的实现方案：

方案一：使用Exec类型探针（直接执行Redis命令） #

通过在服务Pod内执行Redis客户端命令，同时检测Redis的运行状态和关键缓存数据是否存在，两个条件都满足才判定探针正常，否则触发Pod重启。

K8s配置示例 #

livenessProbe:
  exec:
    command:
      - sh
      - -c
      - "redis-cli -h redis-service ping && redis-cli -h redis-service EXISTS user:default-config"
  # 服务启动后延迟10秒开始第一次探测
  initialDelaySeconds: 10
  # 每30秒执行一次探测
  periodSeconds: 30
  # 连续2次探测失败则重启Pod
  failureThreshold: 2

配置说明 #

• redis-cli -h redis-service ping：检测Redis服务是否正常响应，返回PONG则表示Redis运行正常
• redis-cli -h redis-service EXISTS user:default-config：检查服务依赖的关键缓存键是否存在，返回1表示键存在
• 两个命令通过&&串联，只有全部执行成功时，探针才会判定为正常
• 替换redis-service为你的Redis服务在K8s中的Service名称，user:default-config为服务必需的缓存键

前置条件 #

确保服务Pod的基础镜像中已安装redis-cli：

• Debian/Ubuntu系镜像：在Dockerfile中添加RUN apt-get update && apt-get install -y redis-tools --no-install-recommends && rm -rf /var/lib/apt/lists/*
• Alpine系镜像：在Dockerfile中添加RUN apk add --no-cache redis-cli
• 如果Redis设置了密码，需要在命令中添加密码参数：redis-cli -h redis-service -a $REDIS_PASSWORD ping（建议通过环境变量传递密码）

方案二：使用HTTP类型探针（自定义健康检查接口） #

如果你的服务本身提供HTTP接口，可以编写一个专门的健康检查接口，在接口内部完成Redis状态和缓存数据的检测，再通过HTTP探针调用该接口。

K8s配置示例 #

livenessProbe:
  httpGet:
    path: /health/check-redis
    port: 8080
    scheme: HTTP
  initialDelaySeconds: 15
  periodSeconds: 30
  failureThreshold: 2

接口逻辑示例（以Java Spring Boot为例） #

@GetMapping("/health/check-redis")
public ResponseEntity<String> checkRedisHealth() {
    try {
        // 检测Redis连接
        String pingResult = stringRedisTemplate.execute((RedisCallback<String>) connection -> {
            return connection.ping();
        });
        if (!"PONG".equals(pingResult)) {
            return ResponseEntity.status(HttpStatus.SERVICE_UNAVAILABLE).body("Redis not reachable");
        }
        // 检测关键缓存键是否存在
        Boolean keyExists = stringRedisTemplate.hasKey("user:default-config");
        if (keyExists == null || !keyExists) {
            return ResponseEntity.status(HttpStatus.SERVICE_UNAVAILABLE).body("Required cache key missing");
        }
        return ResponseEntity.ok("Redis health check passed");
    } catch (Exception e) {
        return ResponseEntity.status(HttpStatus.SERVICE_UNAVAILABLE).body("Redis check failed");
    }
}

注意事项 #

1. 调整探针参数：根据服务的实际启动速度和业务特性，调整initialDelaySeconds（避免过早探测导致误判）、periodSeconds（平衡探测频率和资源消耗）、failureThreshold（避免短暂网络波动触发重启）
2. 避免频繁重启：如果Redis重启后数据恢复需要一定时间，可以适当调大failureThreshold，或者配合就绪探针（readiness probe）暂时将服务从流量池中摘除，直到缓存数据加载完成
3. 长期解决方案：该探针只是临时缓解方案，仍需尽快完成Redis的持久化配置（RDB/AOF），从根本上避免Redis重启后数据丢失的问题

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