redis集群方案

redis集群

架构

• redis集群两两之间互相通信，并将16384个哈希槽分配给每个节点。
• 当需要在 Redis 集群中set一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽。
• redis 会根据节点数量大致均等的将哈希槽映射到不同的节点。
• 

容错机制

• 当半数以上的master节点与该master节点通信超时，认为当前的master节点挂掉，使用slave节点替换。
• 
• 集群不可用的情况：
  • 任意master挂掉且该master没有slave节点。即整个集群的hash映射不完整。
  • 半数以上的master挂掉。无论是否有slave节点替换。

codis

架构

• 基于redis 2.8.13开发,在redis和client中间插入Proxy层，内存维护槽位（key分组）和Redis实例关系，zk持久化映射关系。

特点

• 分布式逻辑和存储逻辑分离。升级方便，proxy扩容方便。
• 支持pinpline。redis cluster不支持。
• 大规模生产使用过，可靠，redis cluster待考验。
• 部署复杂。服务节点较多，除了redis还需proxy和zk。

参考

• Codis作者黄东旭细说分布式Redis架构设计和踩过的那些坑们
• 为什么大厂都喜欢用 Codis 来管理分布式集群
• Codis与Redis Cluster集群方案对比

客户端分片

架构

• redis节点之间互不通信，client直连多台redis（主从），在客户端做hash。

特点

• 架构简单，可靠。
• 支持原生的redis命令。
• 分布式逻辑和存储逻辑耦合在客户端。

参考

• Jedis客户端分片的实现