Redis集群加哨兵，保障数据高可用（redis 集群加哨兵）

随着业务的发展，Redis的业务量不断增加，单台Redis将很难支撑大量的业务数据。为了提高性能，高可用架构也变得尤为重要。如何实现高可用？常用的做法是结合Redis集群和Sentinel 。

Redis集群使用master-slave模式，可以通过扩展集群节点，以提升Redis的数据处理能力。从中可以发现，如果只有一台Redis服务是很容易出现问题的，所以在实际的生产环境中，为了保证服务的稳定性，我们必须保证Redis集群的高可用性。

Redis Sentinel是一种高可用架构，它可以监控Redis集群状态，及时发现Redis集群中哪些节点发生了故障，并通知用户；当在Redis集群中发现了故障节点，Sentinel会将它从集群中移除，并自动将它替换成另一台可用节点，以确保服务的稳定性。

Redis集群和Sentinel的结合，可以让Redis有效地保持高可用性，采用以下配置即可：Sentinel的节点设置为3个以上，Redis节点设置为3个以上，每个节点至少有一个slave节点，全部配置成一个集群，我们可以把Sentinel的实例放在集群的外面作为监控者。

以下是一段实现Redis集群和Sentinel的代码：

// Redis Cluster setup
// Setting up three master node
node1 192.168.1.10:6379
node2 192.168.1.11:6379
node3 192.168.1.12:6379
// Setting up three slave node
slave1 192.168.1.13:6379
slave2 192.168.1.14:6379
slave3 192.168.1.15:6379
// Setting up redis-cluster
$ redis-cli --cluster create \
    192.168.1.10:6379 \
    192.168.1.11:6379 \
    192.168.1.12:6379 \
    --cluster-replicas 1
// Setting up Sentinel 
sentinel1 192.168.1.16:26379
sentinel2 192.168.1.17:26379
sentinel3 192.168.1.18:26379
// configuring the sentinel
$ sentinel monitor mymaster \
    192.168.1.10:6379 \
    3 \
    2
$ sentinel down-after-milliseconds mymaster 30000