Redis主从模式的常用类型.docxVIP

Redis主从模式的常用类型 作为Redis主推的官方方案，次要的实现原理是通过引入哨兵sentinel节点，来投标打算master节点毛病后，哪个slave节点会被选举接管毛病的master节点。 Sentinel节点会周期性的向Redis节点发送心跳消息（10s一次向master节点发送心跳，1s一次向从节点和sentinel集群的其他salve节点发送心跳，2s一次广播当前的master信息和sentinel集群的信息）。 当Sentinel集群检测到Redis的Master节点毛病，就需要通过在Sentinel内投票，假如投票通过，则将目标的节点执行failover切换。 优点：官方推举的方案； 缺点：Sentinel1已经废弃，Sentinel2目前在rewrite阶段，有稳定版本；Sentinel集群至少需要部署3个实例。这样就不利于sentinel部署了，假如我们规定只要两个Redis节点，Sentinel节点就不能部署在Redis节点上，必需找其他的节点来部署，这样部署起来就比较 麻烦一些。 Keepalived方案 利用Linux官方的Keepalived软件做load balance和HA。次要原理是Keepalived会监控Master和Slaver节点。当主节点毛病时，会利用VRRP协议，将IP切换到Slave节点。 优点：非官方方案，但是使用比较广泛，有比较成熟的redis_check.sh, redis_master.sh, redis_backup.sh, redis_fault.sh, redis_stop.sh脚本；Keepalived可以随Redis部署，不需要额外的节点，组网比较简约。 缺点：安装部署需要引入一个新的软件Keepalived。