一、Redis集群介绍

所谓的集群，就是通过添加服务器的数量，提供相同的服务，从而让服务器达到一个稳定、高效的状态。

Redis集群是一个提供在多个Redis键节点间共享数据的程序集。

Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误。

Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下继续处理命令。

Redis集群的优势：
①自动分割数据到不同的节点上
②整个集群的部分节点失败或者不可达的情况下能够继续处理命令

二、Redis分片策略

Redis集群没有使用一致性hash，而是引入了哈希槽的概念。
Redis集群有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽。

举个例子，比如当前集群有3个节点，那么：
节点A包含0到5500号哈希槽
节点B包含5501到11000号哈希槽
节点C包含11001到16384号哈希槽

这种结构很容易添加或者删除节点。
比如如果我想新添加个节点D，我需要从节点A，B，C中得到部分槽到D上。
如果我想移除节点A，需要将A中的槽移到B和C节点上，然后将没有任何槽的A节点从集群中移除即可。
由于从一个节点将哈希槽移动到另一个节点并不会停止服务，所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态。

三、Redis的主从复制模型

为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用，所以集群使用了主从复制模型，每个节点都会有N-1个复制品。

在我们例子中具有A，B，C三个节点的集群，在没有复制模型情况下，如果节点B失败了，那么整个集群就会减少5501-11000这个范围的槽不可用。

然而如果在集群创建的时候（或者过一段时间）我们为每个节点添加一个从节点A1,B1,C1，那么整个集群便有三个master节点和三个slave节点组成，这样在节点B失败后，集群便会选举B1微信的主节点继续服务，整个集群便不会因为找不到槽而不可用了。
不过当B和B1都失败后，集群是不可用的。