Redis之哨兵模式

最新推荐文章于 2023-12-07 10:43:34 发布
最新推荐文章于 2023-12-07 10:43:34 发布
阅读量267 收藏
点赞数
文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41915921/article/details/107483239
版权

哨兵模式

（自动选举老大的模式）

概述

主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel（哨兵）架构来解决这个问题。

谋权篡位的自动版，能够后台监控主机是否故障，如果故障了根据投票自动将从库转换为主库。

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，他会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例

下面是单机哨兵的模型图

在这里插入图片描述
这里的哨兵有两个作用

  • 通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。
  • 当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅通知其他的从服务器，修改配置文件，让它们切换主机。

然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。
在这里插入图片描述
假设主服务器宕机，哨兵1先检测到这个结果，系统不会马上进行failove[故障转移]过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象称为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果有一个哨兵发起，进行failover[故障转移]操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主服务器，这个过程称为客观下线。

怎么开启哨兵模式

在这里插入图片描述

目前是在一主二从的基础上配置哨兵模式

1、配置哨兵配置文件

#sentinel monitor 被监控的名称 host port 1
sentinel monitor myredis 127.0.0.1 6379 1

后面的 数字1，代表主机挂了，slave投票看让谁接替成为主机，票数最多的，就会成为主机！

2、启动哨兵

[root@localhost bin]# redis-sentinel kconfig/sentinel.conf
61977:X 21 Jul 2020 11:24:13.143 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
61977:X 21 Jul 2020 11:24:13.143 # Redis version=6.0.5, bits=64, commit=00000000, modified=0, pid=61977, just started
61977:X 21 Jul 2020 11:24:13.143 # Configuration loaded
61977:X 21 Jul 2020 11:24:13.144 * Increased maximum number of open files to 10032 (it was originally set to 1024).
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 6.0.5 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 61977
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

61977:X 21 Jul 2020 11:24:13.145 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
61977:X 21 Jul 2020 11:24:13.145 # Sentinel ID is fe885194af3527c0eb748c5cf26d8f9d90c3e315
61977:X 21 Jul 2020 11:24:13.145 # +monitor master myredis 127.0.0.1 6379 quorum 1

3、测试
我们把主机 shutdown

127.0.0.1:6379> SHUTDOWN
not connected> exit

稍等一会后哨兵发现了，开始故障转移。随机选取

61977:X 21 Jul 2020 11:24:13.143 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
61977:X 21 Jul 2020 11:24:13.143 # Redis version=6.0.5, bits=64, commit=00000000, modified=0, pid=61977, just started
61977:X 21 Jul 2020 11:24:13.143 # Configuration loaded
61977:X 21 Jul 2020 11:24:13.144 * Increased maximum number of open files to 10032 (it was originally set to 1024).
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 6.0.5 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 61977
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

61977:X 21 Jul 2020 11:24:13.145 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
61977:X 21 Jul 2020 11:24:13.145 # Sentinel ID is fe885194af3527c0eb748c5cf26d8f9d90c3e315
61977:X 21 Jul 2020 11:24:13.145 # +monitor master myredis 127.0.0.1 6379 quorum 1
61977:X 21 Jul 2020 11:26:57.206 # +sdown master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.206 # +odown master myredis 127.0.0.1 6379 #quorum 1/1
61977:X 21 Jul 2020 11:26:57.206 # +new-epoch 1
61977:X 21 Jul 2020 11:26:57.206 # +try-failover master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.208 # +vote-for-leader fe885194af3527c0eb748c5cf26d8f9d90c3e315 1
61977:X 21 Jul 2020 11:26:57.208 # +elected-leader master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.208 # +failover-state-select-slave master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.271 # +selected-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
#这里开启故障转移
61977:X 21 Jul 2020 11:26:57.271 * +failover-state-send-slaveof-noone slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.326 * +failover-state-wait-promotion slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.428 # +promoted-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.428 # +failover-state-reconf-slaves master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.478 * +slave-reconf-sent slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:57.578 * +slave-reconf-inprog slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:58.615 * +slave-reconf-done slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:58.686 # +failover-end master myredis 127.0.0.1 6379
61977:X 21 Jul 2020 11:26:58.686 # +switch-master myredis 127.0.0.1 6379 127.0.0.1 6380
61977:X 21 Jul 2020 11:26:58.686 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6380
61977:X 21 Jul 2020 11:26:58.686 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6380
#+sdown slave 127.0.0.1:6379 挂了
61977:X 21 Jul 2020 11:27:28.758 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6380

我们看一下端口为 6380的从机，发现他已经变成了主机

127.0.0.1:6380> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6381,state=online,offset=35887,lag=0
master_replid:1cfb3730d77b61d5e466e3bd0680dc7a4012c4d3
master_replid2:ba86452e653a55307933140b878d224cc5185fd5
master_repl_offset:35887
second_repl_offset:31689
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:281
repl_backlog_histlen:35607

如果主机重新连接，哨兵发现后，会把它归并到新的主机下，当作从机，这就是哨兵模式的规则。

哨兵模式

优点：
1、哨兵集群，基于主从复杂模式，所有的主从配置优点，它全有
2、主从可以却换，故障可以转移，系统的可用性就会更好
3、哨兵模式就是主从复制的升级，手动到自动，更加健壮！

缺点：
1、Redis不好在线扩容的，集群容量一旦达到上限，在线扩容就十分麻烦！
2、实现哨兵模式的配置其实是很麻烦的，里面有很多的选择

哨兵模式全部配置

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

Ocean..
关注
Redis哨兵模式配置文件
03-26
在Windows环境下配置Redis哨兵模式，你需要按照以下步骤操作： 1. 安装Redis服务：首先需要在每台服务器上安装Redis服务，并配置相应的redis.conf文件。 2. 配置哨兵：然后，为每个哨兵节点创建并编辑sentinel.conf...
redis哨兵模式
qq_65171179的博客
10-03 1300
哨兵模式它是基于主从复制的基础之上进行的 为什么会有哨兵模式的出现？ 因为在生产环境中当主机宕机的时候就可以自动的调整redis服务器之间的主从关系话可以时刻的监控每台redis服务器的状态 明明可以用手动调整主从关系为什么还要有哨兵模式呢？ 因为在生产环境中如何通过手动调整第一点要花费的时间很长而且具有误错性第二点：它在一定的时间内可能会导致一些问题的产生 哨兵模式它时独立的进程独立运行 它的基本工作流程：哨兵监控多个redis实例并且发送命令给redis服务器等待redis服务器的响应
Redis面试题
weixin_50491125的博客
02-21 381
redis面试题
redis的优缺点
varyall的专栏
07-30 509
优点： 1 读写性能优异 2 支持数据持久化，支持AOF和RDB两种持久化方式 3 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。 4 数据结构丰富：除了支持string类型的value外还支持string、hash、set、sortedset、list等数据结构。       缺点： 1 Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失...
redis解析(一):高可用方案
weixin_41988875的博客
11-04 158
redis数据淘汰机制(6种) 1. volatile-lru：使用LRU算法进行数据淘汰（淘汰上次使用时间最早的，且使用次数 最少的key），只淘汰设定了有效期的key.(从已设置过期时间的数据集 （server.db[i].expires）中挑选最近最少使用的数据淘汰) 2. allkeys-lru：使用LRU算法进行数据淘汰，所有的key都可以被淘汰.(从数据集 （server....
Redis单机·哨兵·集群·集群水平扩容
ACTIONTIME的博客
03-13 266
Redis哨兵，redis集群，redis水平扩容
Redis哨兵主从模式+keepalived.docx
12-12
Redis哨兵主从模式是指 Redis 的一种高可用性解决方案，通过哨兵模式实现自动故障切换和虚拟IP漂移，以提供高可用性的Redis服务。下面是相关知识点的详细解释： 一、Redis主从复制模式 Redis主从复制模式是一种...
redis4.0.6哨兵模式部署（含安装包）.zip
05-09
总结，Redis 4.0.6的哨兵模式部署涉及主从复制、哨兵配置和故障转移逻辑。正确配置并解决存储乱码问题，能确保Redis集群的稳定性和数据的正确性。务必注意监控和日志分析，以便及时发现并解决问题。
redis（哨兵模式配置）
07-07
综上所述，Redis哨兵模式通过监控、故障检测和自动故障转移，极大地提升了Redis服务的可用性和稳定性。在实际应用中，结合Jedis客户端的使用，能够实现灵活且可靠的Redis数据访问。通过深入理解哨兵模式的配置和原理...
Redis哨兵模式
JiaMing11_27的博客
07-16 250
Redis哨兵模式 在哨兵模式没出现之前，当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式。Redis从2.8开始正式提供了Sentinel (哨兵）架构来解决这个问题。 哨兵模式是一种特殊的模式，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。 首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。 其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Red
分布式项目08 redis的扩容，预备redis宕机的哨兵处理 和 最后集大成redis集群
qq_38757863的博客
05-18 984
第三步：搭建redis分片（分片由三台redis服务器组成，端口号分别是6379，6380，6381）为了方便管理redis分片，在redis目录下创建一个新的文件夹shards，这个文件名shads和在springboot项目中使用redis分片对象的类名差不多。第二步：使用查看当前redis进程的命令ps -ef｜grep redis，并且关闭redis服务。01 由于redis的容量也是有限的，所以，就会有扩容的操作。也就好像内存中扩容一样。第五步：修改复制后文件的端口号，不同的端口号表示这是一个。
Redis集群方案架构探索
qinzhimeng的博客
12-23 145
redis集群方案
redis面试题：redis的哨兵机制和集群有什么区别？
wcy_frist的博客
06-11 3034
一是redis的哨兵集群是基于主从复制来实现的，它可以实现读写分离，分担redis读操作的压力，而redis cluster里面的slaver节点，只是实现冷备的一个机制，它只有在master宕机之后才会工作。二是redis哨兵机制无法在线扩容，所以它的并发压力受限于单个服务器的资源的配置，redis cluster提供了一个基于slot槽的一个数据分片的一个机制，它可以实现在线扩容去提升读写的性能。因此，哨兵机制适用于单节点的高可用需求，而Redis集群适用于大规模、高并发的分布式应用场景。
【Redis核心知识 七】Redis集群之哨兵模式
MaoLin Tian's Blog
11-01 842
在主从复制架构这篇blog里聊到了哨兵模式，在复杂的多主复合架构里，哨兵是必不可少的，所以这篇blog来详细解读下什么是哨兵模式，以及哨兵模式是怎么运行的。 哨兵模式概述 了解哨兵之前先了解一个概念，主从复制里的主从切换。 主从切换技术 主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。 哨兵模式 为了解决主从切换的各种问题，Redis使用了哨兵模式来进行处理。哨兵
Redis(11):哨兵模式
weixin_42622804的博客
10-28 241
哨兵模式 （自动选举老大的模式） 概述 主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工 干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑 哨兵模式。Redis从2.8开始正式提供了Sentinel（哨兵） 架构来解决这个问题。 谋朝篡位的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独 立运行。
redis的学习（三）
weixin_43910192的博客
04-23 1266
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录一、redis的主从复制？概念作用环境配置细节复制的原理哨兵模式简介配置哨兵文件（不全）哨兵模式的特点哨兵模式的配置（全）二、redis缓存穿透和雪崩（初识）1.缓存穿透（查不到）概念解决方案布隆过滤器缓存空对象2.缓存击穿（量太多了）概念解决方案设置热点数据永不过期加分布式锁3.缓存雪崩概念解决方案redis高可用限流降级数据预热 提示：以下是本篇文章正文内容，下面案例可供参考 一、redis的主从复制？ 概念 主从复制，是将.
Redis哨兵模式：什么是哨兵模式、哨兵模式的优缺点、哨兵模式的主观下线和客观下线、投票选举、Redis 哨兵模式搭建
最新发布
一码归一码@
12-07 5448
总结：哨兵模式在主从复制模式的基础上实现了自动故障转移，提高了系统的高可用性。然而，它仍然无法实现数据分片。如果需要实现数据分片和负载均衡，可以考虑使用Cluster模式。高可用性要求较高的场景：通过自动故障转移，确保服务的持续可用。数据备份和容灾恢复：在主从复制的基础上，提供自动故障转移功能。具有主从复制模式的所有优点，如数据冗余和读写分离。依然无法实现数据分片，受单节点内存限制。重要的配置看截图，ip地址以及格式请注意。自动故障转移，提高系统的高可用性。配置和管理相对复杂。混合持久化模式的开启。
Redis的哨兵模式
08-19
Redis的哨兵模式是用于高可用性部署的一种架构模式。在哨兵模式中，有一个主节点（master）和多个从节点（slave），还有一组哨兵节点（sentinel）负责监控和管理主从节点。 哨兵节点定期检查主节点和从节点的健康状态，如果主节点出现故障或不可达，哨兵节点会自动选举一个新的主节点，并将其他从节点切换到新的主节点服务。这样可以实现故障转移，确保系统的高可用性。 哨兵模式还可以进行自动故障恢复，当主节点恢复正常后，哨兵节点会将其重新加入集群，并将其作为新的主节点。 哨兵模式的优点是简单易用，不需要人工干预即可实现故障转移和恢复。但它也存在一些限制，如哨兵节点本身可能成为单点故障，对于大规模集群的管理可能会造成一定的性能开销。 总之，Redis的哨兵模式是一种可靠的高可用性解决方案，适用于对数据一致性要求不高、对性能要求较低的场景。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值