Kubernetes部署Redis集群：服务如何识别可写入的主节点？

Kubernetes的Service本身没有内置识别Redis主从角色的能力，需要通过以下几种实践方案来实现主节点的精准路由：

1. 标签选择器+角色动态标记 #

• 给Redis Pod按角色打专属标签：部署时为主节点Pod打上redis-role: master标签，从节点打上redis-role: slave标签。
• 创建两个独立的Service：
  • 主节点Service：selector配置为matchLabels: {redis-role: master}，仅把流量转发到主节点Pod；
  • 从节点Service：selector配置为matchLabels: {redis-role: slave}，负责读流量分发。
• 角色切换适配：当Redis主节点故障切换时，通过Redis Sentinel或者自定义脚本，自动给新主节点打上master标签，同时将旧主节点的标签改为slave，确保Service的后端Pod始终对应正确的角色。

2. 基于Redis Sentinel的动态路由 #

• 部署Redis Sentinel集群，由Sentinel负责监控Redis主从状态、自动完成故障切换，并记录当前有效主节点的信息。
• 客户端侧优化：让Jedis客户端通过连接Sentinel的Service，实时获取当前主节点的Pod地址，直接发起写入请求（跳过普通Service的转发）。
• 或者自定义轻量控制器：基于Sentinel提供的主节点信息，动态更新主节点Service的后端Endpoint，让Service始终指向当前活跃的主节点。

3. 使用Redis Operator自动化管理 #

• 采用成熟的Redis Operator，这类Operator会原生支持Redis集群的主从角色管理、故障切换。
• Operator会自动维护对应角色的Service：主Service仅包含当前主节点Pod，从Service覆盖所有从节点，无需手动配置标签或更新Service规则，全程自动化处理主从角色变更后的路由适配。

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