企业🤖AI智能体构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
目前Redis Cluster仍处于Beta版本,Redis 3.0将会加入,在此可以先对其主要功能和原理进行一个预览。参考《Redis Cluster - a pragmatic approach to distribution》。 ### 1 没有集群的Redis 没有集群功能的Redis,每个master-slave主从复制都独立于其他结点,sharding需要在客户端如Jedis中控制。可以使用官方提供的Sentinel监控主从的状态,实现自动的Fail-over切换。具体请参见[《Redis主从和HA配置》](http://blog.csdn.net/dc_726/article/details/11694437)。 ### 2 集群拓扑 所有结点直连其他结点,端口为baseport(6379)+4000。为了带宽和性能,通信协议是二进制的。客户端与结点之间的通信还是正常的ascii协议。 ![](https://box.kancloud.cn/2016-08-31_57c6b13e8864f.jpg) 虽然结点是互联并且功能等同的,但实际上结点还是分为master和slave两种。例如下图所示,每个master有两个副本,副本不接受写请求。Redis-trib集群管理器会分配master和slave,使其尽量在不同的物理机上。 ![](https://box.kancloud.cn/2016-08-31_57c6b13e9c8e4.jpg) ### 3 请求处理 Redis集群客户端分为两种:Dummy和Smart: Ø  Dummy模式:单连接,随机连接一个结点,对现有客户端代码结构影响最小。 Ø  Smart模式:长连接到许多结点,在客户端缓存一份hashslot=>node的路由表,当接收到服务器的**-MOVED**响应时更新表项。这种方式具有低延迟,但当集群很大时,客户端会维护许多连接,此时应当共享client对象实例。 ![](https://box.kancloud.cn/2016-08-31_57c6b13eb0d86.jpg) 当添加新结点,可以使用redis-trib的**MIGRATE**命令进行re-sharding。