哨兵模式
自动选举 Redis 主服务器(当主服务器宕机时)
在 Redis2.8
之前,采用手动配置主从机的形式(会导致一段时间服务不可用)
Redis2.8
之后,Redis正是提供了 Sentinel(哨兵)来解决这个问题(主机宕机,根据投票自动在从机中选出新主机)
哨兵模式是一种特殊的模式,首先 Redis 提供了哨兵的命令,哨兵是一个独立的进程,他会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例。
单哨兵模式
- 通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器
- 当哨兵监测到 master 宕机,会自动将 slave 切换到 master,然后通过 发布订阅模式 通知其他的从服务器,修改配置文件,让他们切换主机
多哨兵模式
假设主服务器宕机,哨兵1先检测到这个结果,系统并不会马上进行 failover 过程,仅仅是哨兵1主观的认为主服务器不可用,这个现象称为 主观下线(只有哨兵1自己认为主服务器挂掉了)。
当其他哨兵也检测到主服务器不可用,并且达到一定数量时,那么哨兵之间就会进行一次投票,投票的结果有一个哨兵发起,进行 failover 故障转移操作。
切换成功后,就会通过 发布订阅模式,让各个哨兵把自己监控的从服务器实现切换主机,这个时候称为 客观下线。
优缺点
- 优点:
- 哨兵集群,基于主从复制模式,所有的主从配置优点,它全有
- 主从可以切换,故障可以转移,系统的可用性就会更好
- 哨兵模式就是主从模式的升级,手动到自动,更加健壮
- 缺点:
- Redis不好在线扩容的,集群容量一旦达到上线,在线扩容十分麻烦
- 实现哨兵模式的配置其实是很麻烦的,里面有很多选择