1.主从模式的缺陷 当主节点宕机了,整个集群就没有可写的节点了。
2.哨兵的做用 Redis 的 Sentinel 系统用于管理多个 Redis 服务器(instance), 该系统执行以下三个任务:
- 监控(Monitoring): Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。
- 提醒(Notification): 当被监控的某个 Redis 服务器出现问题时, Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。
- 自动故障迁移(Automatic failover): 当一个主服务器不能正常工作时, Sentinel 会开始一次自动故障迁移操作, 它会进行选举,将其中一个从服务器升级为新的主服务器, 并让失效主服务器的其他从服务器改为复制新的主服务器; 当客户端试图连接失效的主服务器时, 集群也会向客户端返回新主服务器的地址, 使得集群可以使用新主服务器代替失效服务器。
(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
文章图片
- 修改配置文件
b.修改pid文件
【redis|Redis集群之哨兵模式】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 &
文章图片
- 测试
6379宕机之前:
文章图片
文章图片
文章图片
6379宕机之后:
从下图可以看出6379的服务已经停了
文章图片
从下面信息可以看出6381已经当选为主节点了,而6380已经作为了6381的从节点
文章图片
文章图片
我们再次恢复6379的服务,再查看3个服务状况,可以看出6379已经作为从节点挂在了6381上面
文章图片
推荐阅读
- 企业级实战|Docker Redis哨兵、集群部署详解
- Redis|Redis哨兵集群部署教程—从零开始(一主二从三哨兵)
- mysql|MySQL 高级(进阶) SQL 语句 (一)
- 机器学习和深度学习|GPU的租用Pycharm连接远程GPU服务器跑深度学习
- 服务器|腾讯云轻量应用服务器CentOS系统使用docker安装tomcat,MySQL 并发布SSM maven项目
- nginx|CentOS 8.2安装nginx教程
- 小笔记|MySQL造成更新死锁及插入死锁的几种常见原因
- #|2.6_6 Jedis (java操作Redis)
- mysql|MYSQL的JDBC编程