Azure Redis Cache (5) Redis Cache Cluster集群模式

时间:2021-11-21 22:14:04

  《Windows Azure Platform 系列文章目录

  

  Redis Cluster 3.0之后的版本,已经支持Redis Cluster集群模式,Redis Cluster采用无中心架构,每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接。其redis-cluster架构图如下

  Azure Redis Cache (5) Redis Cache Cluster集群模式

  架构特点:

  1.所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽

  2.节点的fail是通过集群中超过半数的节点检测失效时才生效

  3.客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可

  4.redis-cluster把所有的物理节点映射到[0-16383]slot上(不一定是平均分配),cluster 负责维护node<->slot<->value

  5.Redis集群预分好16384个桶,当需要在 Redis 集群中放置一个 key-value 时,根据 CRC16(key) mod 16384的值,决定将一个key放到哪个桶中

  Redis Cluster集群节点分配:

  假设我们的Redis Cluster有三个节点,分别是A,B和C,它们可以是一台机器上的三个端口,也可以是三台不同的服务器。那么,采用哈希槽 (hash slot)的方式来分配16384个slot 的话,它们三个节点分别承担的slot 区间是:

  节点A覆盖:0-5460

  节点B覆盖:5461-10922

  节点C覆盖:10923-16383

  插入数据:

  如果插入一个值,按照Redis Cache Cluster的哈希槽的算法: CRC16('key')%16384 = 6782。 就会把这个key 的存储分配到 B 上了。同样,当我连接(A,B,C)任何一个节点想获取'key'这个key时,也会这样的算法,然后内部跳转到B节点上获取数据

  新增一个主节点:

  新增一个节点D,redis cluster的这种做法是从各个节点的前面各拿取一部分slot到D上,我会在接下来的实践中实验。大致就会变成这样:

  节点A覆盖:1365-5460

  节点B覆盖:6827-10922

  节点C覆盖:12288-16383

  节点D覆盖:0-1364,5461-6826,10923-12287

  同样删除一个节点也是类似,移动完成后就可以删除这个节点了

  所以我们在设置Redis Cache集群的Scale Out,需要小心处理,因为数据会产生移动,消耗大量的IO