Redis的主从复制实现高可用
主从复制架构
- 主从架构,一个主节点,两个从节点
- 通过手动监控的方式,监控master的宕机,以及出现故障将故障转移的方式可以做到高可用
- 缺点:手动监控
Redis哨兵模式策略
- 自动进行故障转移
- 1.多个sentinel 发现并确认master有问题。
- 2.sentinel内部选举领导
- 3.选举出slave作为新的master
- 4.通知其余的slave成为新master的slave
- 5.通知客户端 主从变化
- 6.如果老的master重新复活,那么成为新的master的slave
Redis-Cluster策略
分布存储机制-槽
(1)redis-cluster 把所有的物理节点映射到[0-16383]slot 上,cluster 负责维护
(2)Redis 集群中内置了 16384 个哈希槽,当需要在 Redis 集群中放置一个 key-value 时,redis 先
对 key 使用 crc16 算法算出一个结果,然后把结果对 16384 求余数,这样每个key 都会对应一个编号在
0-16383 之间的哈希槽,redis 会根据节点数量大致均等的将哈希槽映射到不同的节点。
-
三个节点:槽分布的值如下:
SERVER1: 0-5460
SERVER2: 5461-10922
SERVER3: 10923-16383
容错机制-投票
(1)选举过程是集群中所有master参与,如果半数以上master节点与故障节点通信超时,认为该节点故障,
自动触发故障转移操作. 故障节点对应的从节点自动升级为主节点
(2)什么时候整个集群不可用(cluster_state:fail)?
如果集群任意master挂掉,且当前master没有slave.集群进入fail状态,也可以理解成集群的slot映射
[0-16383]不完成时进入fail状态.
总结
1.主从复制是高可用一种策略
2.哨兵解决了手动故障转移
3.redis-cluster解决了哨兵不能最大化利用内存、木桶效应,同时支持横向扩容