Redis Stack Server配置Sentinel后无法自动选举新主节点求助

问题描述 #

在Kubernetes环境中配置Redis Stack Server的Sentinel集群时遇到以下异常：

• 部署完成后集群运行正常，主从节点状态、Sentinel监测均无问题
• 删除主节点Pod后，Sentinel无法从现有从节点中选举出新的主节点
• 自动重建的新Pod以从节点身份启动，导致集群长期无主
• 相同Kubernetes配置下使用普通Redis镜像时，Sentinel故障转移功能完全正常

使用镜像：redis/redis-stack-server:6.2.6-v7，配置参考Redis Kubernetes部署示例仓库。

• 删除主节点前状态：集群含1主2从，Sentinel状态正常
• 删除主节点后状态：所有节点均显示为从节点，无可用主节点

可能的原因及解决步骤 #

1. 修正Redis Stack Server的核心兼容配置 #

Redis Stack Server默认配置可能修改了Redis原生参数，导致Sentinel逻辑异常：

• 关闭protected-mode：K8s环境下该模式会限制跨节点通信，修改Redis配置文件：

  protected-mode no
  

• 配置键空间事件：Sentinel依赖该事件感知主从状态变化，确保配置：

  notify-keyspace-events "Egx"
  

2. 验证Sentinel监测配置的正确性 #

确保Sentinel对主节点的监测参数与普通Redis场景一致：

• 检查核心Sentinel配置项，避免参数差异导致故障转移失败：

  sentinel monitor mymaster <主节点服务名> 6379 2
  sentinel down-after-milliseconds mymaster 30000
  sentinel failover-timeout mymaster 180000
  sentinel parallel-syncs mymaster 1
  

• 确认Sentinel能正常解析主节点的Kubernetes服务名，排除DNS解析异常。

3. 调整从节点的复制与权限配置 #

Redis Stack Server的复制机制可能存在默认限制，需修改从节点配置：

• 用Kubernetes服务名指定主节点：避免固定Pod IP导致主节点故障后从节点无法重新关联，配置：

  replicaof <主节点服务名> 6379
  

• 关闭从节点只读限制：部分Stack版本默认强化只读规则，导致从节点无法被选举为主节点：

  replica-read-only no
  

4. 检查Kubernetes Pod的运行策略 #

• 确保Pod重启策略设置为Always，主节点故障后能快速重建
• 确认Redis Pod拥有修改自身配置文件的权限，Sentinel触发故障转移时需要修改从节点的replicaof配置，权限不足会导致操作失败

5. 通过Sentinel日志定位具体问题 #

进入Sentinel Pod查看日志，排查故障转移失败的具体原因：

kubectl exec -it <sentinel-pod-name> -- tail -f /var/log/redis/sentinel.log

常见报错包括：主节点无法访问、从节点不符合选举条件、Sentinel集群无法达成投票共识等。

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