Redis自带集群功能真方便，搭建起来其实没那么复杂，适合快速上手用

（引用来源：主要基于Redis官方文档关于Redis Cluster的概述以及个人实践经验总结）

Redis自带集群功能真方便，搭建起来其实没那么复杂，适合快速上手用，这句话确实是很多用过Redis集群的人的真实感受，以前要是想让Redis能存更多数据、承受更高的访问量，往往需要借助一些外部的工具或者代理，比如Twemproxy或者Codis这些，配置起来步骤多，概念也杂，对新手来说是个不小的挑战，但Redis自带的集群模式，相当于把很多复杂的东西都打包好了，你只需要按照它设定好的几个步骤来操作,就能把一个分布式的缓存系统给跑起来。

它方便在哪呢？最直观的就是你不用额外安装任何软件，Redis的集群功能是内嵌在Redis服务器程序里面的，你下载的Redis本身就已经具备了搭建集群的能力，你需要的只是准备好几个Redis实例，可以是同一台机器上的不同端口，也可以是不同机器上的端口，这非常灵活，相比那些需要先部署代理层、再配置代理层和Redis实例之间关系的方案，Redis集群省去了中间环节，架构上更简洁,出问题了也更容易排查。

搭建过程听起来高大上，但其实步骤很清晰，核心就是使用它自带的一个叫redis-cli的命令行工具，加上--cluster create这个参数，然后把你准备好的那几个Redis实例的地址和端口号按顺序告诉它，比如你准备了六个实例，三主三从，你只需要一行命令，工具就会自动帮你把主从关系分配好，并且把数据应该怎么分片（就是把数据分成几块，分别存到不同的主实例上）的方案也配置好，这个过程基本上是自动化的，你不需要自己去计算哪个key应该存在哪个实例上，工具全帮你搞定了，这就像是用一个智能的安装向导，你只需要提供原材料,它来帮你组装。

它适合快速上手，是因为它的概念虽然背后很复杂，但暴露给使用者的接口却相对简单，你只需要理解几个基本点就行：第一，集群有多个节点（就是那些Redis实例），这些节点分成主节点和从节点，主节点负责读写，从节点是备份；第二，数据是分片存储的，整个数据被分成16384个槽位，这些槽位会平均分配给各个主节点；第三，客户端在读写一个key的时候，集群会自己计算这个key属于哪个槽位，然后自动引导客户端去连接正确的节点，对于开发者来说，大部分成熟的Redis客户端库都已经支持了集群模式，你只需要在代码里配置好集群中任意几个节点的地址，客户端就能自动发现整个集群的拓扑结构，后续的读写操作客户端会自己处理路由，这和使用单机Redis的体验差别不大,几乎是无感的。

说它没那么复杂，是相对于其他更重量级的分布式系统而言的，在实际操作中，你还是需要注意一些事情的，搭建之前要确保每个Redis实例的配置文件里已经打开了集群模式，并且每个实例都不能有密码（或者所有实例使用相同的密码），不然创建集群时会失败，还有就是网络，所有打算加入集群的实例之间必须能互相通信，防火墙要放行相应的端口，一个是客户端访问的端口（比如6379），另一个是集群内部节点间通信的端口（通常是客户端端口加10000，比如16379），这个通信端口非常关键，节点靠它来交换信息、检测心跳、进行故障恢复。

说到故障恢复，这也是Redis集群很方便的一个地方，它自带高可用性，当你配置了主从节点后，如果某个主节点宕机了，它对应的从节点会自动选举出一个新的主节点来顶替，继续提供服务，整个过程是自动的，不需要人工干预，这保证了服务不会因为一台机器的故障而彻底瘫痪，虽然可能会有短暂的数据不一致或者服务瞬断，但对于很多场景来说,这个级别的容错能力已经足够用了。

集群的扩容和缩容虽然比初始搭建要稍微麻烦一点点，但也是有现成工具支持的，你可以使用redis-cli --cluster add-node命令来添加新的节点（无论是主节点还是从节点），然后使用redis-cli --cluster reshard命令来重新分配数据槽位，把一部分数据从老的节点迁移到新节点上，从而实现容量的扩展，这个过程是在线进行的，服务不会中断,只是可能会在数据迁移期间对性能有一点点影响。

Redis自带的集群功能确实大大降低了分布式缓存系统的入门门槛，它把复杂的分布式一致性、数据分片、故障转移等问题在内部消化了，提供给用户一个相对简单明了的搭建和管理界面，对于想要快速构建一个能够横向扩展、具备一定容灾能力缓存服务的中小团队或个人开发者来说，这无疑是一个非常吸引人的选择，你不用先去深入研究分布式系统的各种理论，就能先搭起来用上，在实践过程中再慢慢理解其背后的原理，这种“在游泳中学游泳”的方式，对于快速上手和原型验证特别友好，它也不是万能的，比如它不支持跨多个key的事务操作（如果这些key不在同一个节点的话），还有一些命令的使用会受到限制，但这些通常是在更高级的应用场景下才会遇到的问题，对于大多数“快速上手用”的需求而言,它的便捷性远远大于这些限制。