深入比较Redis高可用方案极致之拼（redis高可用方案比较）

高可用(High Avlability, HA)是确保系统中止出现故障或宕机的情况下，依然能够持续正常工作的能力。 在Redis的高可用方案中，有很多可用的方案，而拼接集群，(cluster-based HA)是其中一种。

拼接集群的概念有点像是将多个Redis节点绑定在一起，形成一个主从的拓朴式结构，由从节点以及多个从节点从根节点复制数据，当任何一个节点发生故障时，另外一个从节点会通过复制来进行替补。 同时，如果主节点宕机，从节点可以自动进行晋升，以确保正常的服务。

从理论上讲，拼接集群的灵活性没有其它的方案强，它可以支持多节点同时运行，提高可靠性。 并且，拼接集群可以实现动态数据失效，和动态故障处理，使得实现高可用。

另外一个热门的Redis高可用可用方案是Sentinel方案，它也称为哨兵方案(Sentinel-based HA)。 在Sentinel方案中，哨兵是一组节点，它们会监测Redis节点的存活情况，并在发现节点宕机时，自动将宕机的节点替换成另外一个可用节点，从而实现高可用的功能。

Sentinel的优势在于它的实现容易，对失败的Redis节点，它可以监测并迅速进行替换，从而实现容灾，平滑迁移。 其他优势在于它可以实时监测和修改Redis配置，以及可以实现多种Redis客户端备用切换等功能。

从性能上看，拼接集群和Sentinel都是可用的。 拼接集群的性能更高，因为它可以实现对失败节点的动态故障处理和动态数据恢复，但这样需要花费更多的时间。 而Sentinel的性能在一定程度上也受到Redis的性能的影响。

拼接集群和Sentinel在实现Redis高可用方面，都有其优缺点，从而使得它们各自有利于不同的应用场景，两者可以根据应用场景进行深入比较，找到最适合的Redis高可用方案。

“`java

// RedisCLuster HA

Configuration clusterConfiguration = new Configuration();

clusterConfiguration.useReplication();

clusterConfiguration.addNodeAddress(“127.0.0.1:7000”, “127.0.0.1:7001”);

RedissonClient redisson = Redisson.create(clusterConfiguration);

// Sentinel HA

Config config = new Config();

config.useSentinelServers()

.addSentinelAddress(“127.0.0.1:26379”, “127.0.0.1:26380”)

.setMasterName(“mymaster”);

RedissonClient redisson = Redisson.create(config);