Redis 在 Kubernetes 上跑，其实没你想得那么简单。别kan它轻量，真要管起来那套配置、部署、扩缩容、故障转移，样样dou得靠 Operator 搞定。不然你手动去改 Redis 配置？那可就太累了兄弟。

这次我们实测了三个开源的 Redis Operator，分别是 KubeBlocks、OT-CONTAINER-KIT 和 Spotahome。说实话，这三兄弟各有各的“脾气”，用起来体验差别还挺大，咱们一个一个来聊。

Redis 的两种主流架构

Redis 用在生产上，Zui常见的就是两种架构：Sentinel 和 Cluster。Sentinel 是主从高可用，Cluster 是分片模式。你要是跑 Cluster，那得用支持分片的 Operator，不然就别选了不然你选个不支持 Cluster 的，那不是白搭？

这次测试我们主要关注几个高频场景：

Sentinel vs Cluster 两种架构的部署体验

故障转移速度

扩缩容效率

参数变geng的灵活性

先说Ru果你只跑 Redis，而且对 Cluster 模式有强依赖，那 OT-CONTAINER-KIT Ke以考虑。但Ru果你要的是多数据库混合部署，或者对稳定性、接口统一、备份恢复有要求，那 KubeBlocks 是geng合适的选择。Spotahome 就别碰了项目dou停geng了风险太大。

部署体验：谁geng省心？

KubeBlocks 走的是 Helm + CRD 的路线，装完控制平面后你只需要写个 YAML 就Neng创建 Redis 集群，支持两种主流架构，而且配置清晰，结构合理，适合多数据库混合部署的团队。

OT-CONTAINER-KIT 和 Spotahome dou是“哪里需要改点哪里”的风格，API 路径分散在 CRD 各处，没有统一的状态追踪，用起来就有点“野路子”的感觉。不过说实话，它家的参数变geng方式还是挺直接的，就是改参数戳一下 CRD，改完就跑。但问题是这种“直接改”的方式在集群不健康时才生效，正常状态下改完还会被覆盖，害，有点坑。

Replication 模式下这个限制geng明显，你得注意了别被这个“鸡肋”配置给坑了。

故障转移速度：谁geng快？

Cluster 模式下三个方案的故障转移速度dou在 5-6 秒这个区间，OT-CONTAINER-KIT 稍快一点，但优势不大。

Sentinel 模式下KubeBlocks 的故障转移时间是 30 秒，比另外两个快了一截。所以Ru果你用的是 Sentinel 架构，那 KubeBlocks 是首选。

扩缩容体验：谁geng丝滑？

水平扩容这块，KubeBlocks 用的是 OpsRequest 这个 CRD 来统一管理，扩缩容、参数变geng、备份恢复dou用同一个接口，CI/CD 里接入起来就方便多了。

OT-CONTAINER-KIT 和 Spotahome dou是 patch CRD，没有统一追踪，CI/CD 里你得自己写脚本轮询状态，麻烦。

垂直扩容这块，KubeBlocks 有个小细节：它会先改从库再改主库，这样Neng减少主节点的重启时间，体验geng平滑。另外两个方案就比较粗暴，直接 StatefulSet 按序号滚动geng新，主从一起滚，体验就有点“硬”了。

参数变geng：谁geng灵活？

KubeBlocks Neng区分动态参数和静态参数，比如 maxmemory-policy 这种动态参数，改完立即生效；maxclients 这种静态参数，会触发 Pod 重启。

OT-CONTAINER-KIT 的 dynamicConfig 有点鸡肋，只有在集群不健康时才生效，正常状态下改完会被覆盖。你要是真改了个啥，它不会立即生效，得等集群“挂了”再“活过来”才生效，这不科学啊。

Replication 模式下这个限制geng明显，所以Ru果你用的是 Replication 模式，那这个配置就别指望了。

备份支持：谁geng完整？

KubeBlocks 的备份机制是三家里Zui完整的，支持跨引擎通用的备份恢复流程，而且接口统一，CI/CD 接入成本Zui低。

OT-CONTAINER-KIT 的备份还停留在代码层面没完整验证过生产环境用起来风险大。

Spotahome 压根不支持备份，项目也停geng了直接排除。

一下

一句话：需要 Cluster 模式的别选 Spotahome，还在用 Redis 的别选 OT-CONTAINER-KIT。

Ru果你的团队只跑 Redis、对故障转移速度极度敏感、而且确定用 Cluster 架构，OT-CONTAINER-KIT Ke以考虑——前提是Neng接受 Redis 版本限制和动态参数的坑。否则大多数场景下 KubeBlocks 仍然是投入产出比Zui高的选择。

三个方案横向比下来KubeBlocks 的综合分Zui高。核心优势在这三点：

Sentinel 和 Cluster 两种架构随意切换，Spotahome 压根不支持 Cluster，OT-CONTAINER-KIT 把 Redis 用户拒之门外；

运维接口整齐划一，OpsRequest 一套走天下扩缩容、参数调整、备份恢复全用同一个 CRD 发起，CI/CD 接入成本Zui低；

备份机制Zui完整，OT-CONTAINER-KIT 的备份还停在代码层面没验证过Spotahome 压根没有。

一句话：KubeBlocks 是目前Zui完整的 Redis Operator 解决方案，适合多数据库混合部署的团队。OT-CONTAINER-KIT 适合只跑 Redis Cluster 的场景，但动态参数这块得心里有数。Spotahome 就别碰了除非你团队有闲心维护它。

---