Redis集群之哨兵模式

导读:本篇文章讲解 Redis集群之哨兵模式,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com

1.主从模式的缺陷

当主节点宕机了,整个集群就没有可写的节点了。

2.哨兵的做用

Redis 的 Sentinel 系统用于管理多个 Redis 服务器(instance), 该系统执行以下三个任务:

  • 监控(Monitoring): Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。
  • 提醒(Notification): 当被监控的某个 Redis 服务器出现问题时, Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。
  • 自动故障迁移(Automatic failover): 当一个主服务器不能正常工作时, Sentinel 会开始一次自动故障迁移操作, 它会进行选举,将其中一个从服务器升级为新的主服务器, 并让失效主服务器的其他从服务器改为复制新的主服务器; 当客户端试图连接失效的主服务器时, 集群也会向客户端返回新主服务器的地址, 使得集群可以使用新主服务器代替失效服务器。

2.1 监控

(1)Sentinel可以监控任意多个Master和该Master下的Slaves。(即多个主从模式)

(2)同一个哨兵下的、不同主从模型,彼此之间相互独立。

(3)Sentinel会不断检查Master和Slaves是否正常。

2.2 自动故障切换

监控同一个Master的Sentinel会自动连接,组成一个分布式的Sentinel网络,互相通信并交换彼此关于被监视服务器的信息。

2.3 故障切换的过程

(1)投票(半数原则)

  当任何一个Sentinel发现被监控的Master下线时,会通知其它的Sentinel开会,投票确定该Master是否下线(半数以上,所以sentinel通常配奇数个)。

(2)选举

  当Sentinel确定Master下线后,会在所有的Slaves中,选举一个新的节点,升级成Master节点。

  其它Slaves节点,转为该节点的从节点。

(3)原Master重新上线

  当原Master节点重新上线后,自动转为当前Master节点的从节点。

3. 哨兵模式部署准备

前提:已经存在一个正在运行的主从模式。

另外,配置三个Sentinel实例,监控同一个Master节点

  • 复制sentinel.conf配置文件到/usr/myredis/目录下,重命名为sentinel-6379.conf、sentinel-6380.conf、sentinel-6381.conf

Redis集群之哨兵模式

  • 修改配置文件

a.修改端口号

b.修改pid文件

c.修改日志文件

d.哨兵配置

sentinel monitor mymaster 127.0.0.1 6379 2
  • 启动哨兵
redis-sentinel /usr/local/myredis/sentinel-6379.conf &
redis-sentinel /usr/local/myredis/sentinel-6380.conf &
redis-sentinel /usr/local/myredis/sentinel-6381.conf &

Redis集群之哨兵模式

  • 测试

现在6379是主节点,6380和6381是从节点,现在模拟6379宕机,观察6380和6381情况

6379宕机之前:

Redis集群之哨兵模式

Redis集群之哨兵模式

Redis集群之哨兵模式

6379宕机之后:

从下图可以看出6379的服务已经停了

Redis集群之哨兵模式

从下面信息可以看出6381已经当选为主节点了,而6380已经作为了6381的从节点

Redis集群之哨兵模式

Redis集群之哨兵模式

我们再次恢复6379的服务,再查看3个服务状况,可以看出6379已经作为从节点挂在了6381上面

Redis集群之哨兵模式

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/121026.html

(0)
seven_的头像seven_bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!