Redis四种集群方案的优缺点分析

在服务开发中，在单一服务器架构下会面临单点故障问题；即一旦将服务部署于一台服务器上就会导致该服务完全不可用；为了应对这一挑战并保证系统的高可用性要求 正是通过发展分布式架构将同一服务分散至多个节点上；从而实现即使部分服务器发生故障只要有至少一台服务器运行正常即可维持整体系统的可用性

为了应对单机故障问题，Redis采用了主从模式。然而，在这种架构中存在一个主要问题：当Master节点发生故障时，系统需要人工干预才能将Slave节点转为主Master节点以恢复服务。为此，Redis进一步采取了哨兵模式这一创新解决方案，在这种机制下 Master 节点一旦出现故障系统会自动识别并切换Salve 为主 Master 节点从而保证服务的持续可用性

但是主从模式和哨兵模式在实现真正意义上的数据分布式缓存（ sharding）方面仍存在不足，在每个Redis实例内部都存储着完整的全量数据。因此，在传统架构难以应对大规模分布式应用需求的情况下Redis Cluster应运而生 真正实现了按分区存储的方式解决这一痛点。然而由于Redis Cluster是在2015年之后逐步完善其功能 各大企业在等待这一先进技术和解决方案之前 已经开始探索并开发出适合自己场景的数据分片集群方案 例如Twemproxy和Codis等技术逐渐崭露头角

主从模式

Redis单节点虽然采用了RDB和AOF持