redis哨兵模式

已于 2022-09-28 09:00:02 修改
阅读量2.4k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： # redis 技术点 文章标签： redis 数据库 服务器
于 2020-06-02 09:45:59 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40482816/article/details/106325672

1、哨兵模式

Redis Sentinel是实现Redis高可用的一个方案。

在主从复制模式中，主节点故障通常都是走的以下的流程：主节点发生了故障，导致客户端连接失败并且从节点复制失败。若主节点无法正常启动的情况下，就会选择一个从节点进行slave of no one 的操作，让它重新晋升为主节点，更新软件应用的主节点的信息使用slave of {newMaster} ，与新的主节点建立复制关系。原来的主节点恢复后与新的主节点建立复制关系，降为从节点。以上流程只能手动操作。

Redis-sentinel本身也是一个独立运行的进程，它能监控多个master-slave集群，发现master宕机后能进行自动切换。Sentinel可以监视任意多个主服务器以及主服务器属下的从服务器，并在被监视的主服务器下线时，自动执行故障转移操作。

Redis提供的sentinel（哨兵）机制，通过sentinel模式启动redis后，自动监控master/slave的运行状态，

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

2、环境

192.168.26.128:7001 -> master
192.168.26.128:7002 -> slave
192.168.26.128:7003 -> slave
192.168.26.128:27001 -> sentinel
192.168.26.128:27002 -> sentinel
192.168.26.128:27003 -> sentinel

2.1、主从复制搭建

详见上节内容，建立主从关系。

2.2、sentinel搭建：

sentinel是一个"监视器"，根据被监视实例的身份和状态来判断该执行何种操作。通过给定的配置文件来发现主服务器的，再通过向主服务器发送的info信息来发现该主服务器的从服务器。Sentinel 实际上就是一个运行在 Sentienl 模式下的 Redis 服务器,所以我们同样可以使用以下命令来启动一个 Sentinel实例。运行方式如下：

  • redis-sentinel  ../sentinel.conf
  • sentinel参数配置
# Example sentinel.conf
 
# 哨兵sentinel实例运行的端口 默认26379
port 27001
 
# 哨兵sentinel的工作目录
dir "/usr/local/redis/redis-sentinel/sentinel-27001/tmp"

#哨兵sentinel的日志文件
logfile "/usr/local/redis/redis-sentinel/sentinel-27001/log/sentinel_27001.log"
 
# 哨兵sentinel监控的redis主节点的 ip port 
# master-name  可以自己命名的主节点名字 只能由字母A-z、数字0-9 、这三个字符".-_"组成。
# quorum 配置多少个sentinel哨兵统一认为master主节点失联 那么这时客观上认为主节点失联了
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
  sentinel monitor mymaster 127.0.0.1 7001 2
 
# 当在Redis实例中开启了requirepass foobared 授权密码 这样所有连接Redis实例的客户端都要提供密码
# 设置哨兵sentinel 连接主从的密码 注意必须为主从设置一样的验证密码
# sentinel auth-pass <master-name> <password>
# sentinel auth-pass mymaster 123456
 
# 指定多少毫秒之后 主节点没有应答哨兵sentinel 此时 哨兵主观上认为主节点下线 默认30秒
# sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000
 
# 这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行 同步，
这个数字越小，完成failover所需的时间就越长，
但是如果这个数字越大，就意味着越 多的slave因为replication而不可用。
可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
# sentinel parallel-syncs <master-name> <numslaves>
sentinel parallel-syncs mymaster 1
 
# 故障转移的超时时间 failover-timeout 可以用在以下这些方面： 
#1. 同一个sentinel对同一个master两次failover之间的间隔时间。
#2. 当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master那里同步数据时。
#3.当想要取消一个正在进行的failover所需要的时间。  
#4.当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来了
# 默认三分钟
# sentinel failover-timeout <master-name> <milliseconds>
sentinel failover-timeout mymaster 180000
 
# SCRIPTS EXECUTION
 
#配置当某一事件发生时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通知相关人员。
#对于脚本的运行结果有以下规则：
#若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10
#若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。
#如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。
#一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
 
#通知型脚本:当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），将会去调用这个脚本，
这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信息。调用该脚本时，将传给脚本两个参数，
一个是事件的类型，
一个是事件的描述。
如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执行的，否则sentinel无法正常启动成功。
#通知脚本
# sentinel notification-script <master-name> <script-path>
  sentinel notification-script mymaster /usr/local/redis/redis-sentinel/notify.sh
 
# 客户端重新配置主节点参数脚本
# 当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已经发生改变的信息。
# 以下参数将会在调用脚本时传给脚本:
# <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
# 目前<state>总是“failover”,
# <role>是“leader”或者“observer”中的一个。 
# 参数 from-ip, from-port, to-ip, to-port是用来和旧的master和新的master(即旧的slave)通信的
# 这个脚本应该是通用的，能被多次调用，不是针对性的。
# sentinel client-reconfig-script <master-name> <script-path>
 sentinel client-reconfig-script mymaster /usr/local/redis/redis-sentinel/redis/reconfig.sh

Redis及Sentinel配置详解 这里有详细说明。

只使用单个sentinel进程来监控redis集群是不可靠的，当sentinel进程宕掉后(sentinel本身也有单点问题，single-point-of-failure)整个集群系统将无法按照预期的方式运行。所以有必要将sentinel集群，这样有几个好处：

1：即使有一些sentinel进程宕掉了，依然可以进行redis集群的主备切换；
2：如果只有一个sentinel进程，如果这个进程运行出错，或者是网络堵塞，那么将无法实现redis集群的主备切换（单点问题）;
3：如果有多个sentinel，redis的客户端可以随意地连接任意一个sentinel来获得关于redis集群中的信息。

本文开启sentinel集群用了3个实例，保证各个端口和目录不一致，配置文件如下：

sentinel-27001.conf

port 27001

dir "/usr/local/redis/redis-sentinel/sentinel_27001"

logfile "/usr/local/redis/redis-sentinel/sentinel-27001/log/sentinel_27001.log"

daemonize yes

sentinel monitor mymaster 127.0.0.1 7001 2

sentinel down-after-milliseconds mymaster 15000

sentinel failover-timeout mymaster 120000

sentinel parallel-syncs mymaster 1

#发生切换之后执行的一个自定义脚本：如发邮件、vip切换等
#sentinel notification-script <master-name> <script-path>

sentinel-27002.conf

port 27002

dir "/usr/local/redis/redis-sentinel/sentinel-27002"

logfile "/usr/local/redis/redis-sentinel/sentinel-27002/log/sentinel_27002.log"

daemonize yes

sentinel monitor mymaster 127.0.0.1 7001 2

sentinel down-after-milliseconds mymaster 15000

sentinel failover-timeout mymaster 120000

sentinel parallel-syncs mymaster 1

#发生切换之后执行的一个自定义脚本：如发邮件、vip切换等
#sentinel notification-script <master-name> <script-path>

sentinel-27003.conf

port 27003

dir "/usr/local/redis/redis-sentinel/sentinel_27003"

logfile "/usr/local/redis/redis-sentinel/sentinel-27003/log/sentinel_27003.log"

daemonize yes

sentinel monitor mymaster 127.0.0.1 7001 2

sentinel down-after-milliseconds mymaster 15000

sentinel failover-timeout mymaster 120000

sentinel parallel-syncs mymaster 1

#发生切换之后执行的一个自定义脚本：如发邮件、vip切换等
#sentinel notification-script <master-name> <script-path>

  • 启动sentinel：

    /usr/local/redis/redis-sentinel/bin/redis-sentinel /usr/local/redis/redis-sentinel/sentinel-27001/sentinel_27001.conf 
/usr/local/redis/redis-sentinel/bin/redis-sentinel /usr/local/redis/redis-sentinel/sentinel-27002/sentinel_27002.conf  
/usr/local/redis/redis-sentinel/bin/redis-sentinel /usr/local/redis/redis-sentinel/sentinel-27003/sentinel_27003.conf

  • 注意：

当一个master配置为需要密码才能连接时，客户端和slave在连接时都需要提供密码。master通过requirepass设置自身的密码，不提供密码无法连接到这个master。slave通过masterauth来设置访问master时的密码。客户端需要auth提供密码，但是当使用了sentinel时，由于一个master可能会变成一个slave，一个slave也可能会变成master，所以需要同时设置上述两个配置项，并且sentinel需要连接master和slave，需要设置参数：sentinel auth-pass <master_name> xxxxx。

  • 原理

①sentinel集群通过给定的配置文件发现master，启动时会监控master。通过向master发送info信息获得该服务器下面的所有从服务器。

②sentinel集群通过命令连接向被监视的主从服务器发送hello信息(每秒一次)，该信息包括sentinel本身的ip、端口、id等内容，以此来向其他sentinel宣告自己的存在。

③sentinel集群通过订阅连接接收其他sentinel发送的hello信息，以此来发现监视同一个主服务器的其他sentinel；集群之间会互相创建命令连接用于通信，因为已经有主从服务器作为发送和接收hello信息的中介，sentinel之间不会创建订阅连接。

④sentinel集群使用ping命令来检测实例的状态，如果在指定的时间内（down-after-milliseconds）没有回复或则返回错误的回复，那么该实例被判为下线。 

⑤当failover主备切换被触发后，failover并不会马上进行，还需要sentinel中的大多数sentinel授权后才可以进行failover，即进行failover的sentinel会去获得指定quorum个的sentinel的授权，成功后进入ODOWN状态。如在5个sentinel中配置了2个quorum，等到2个sentinel认为master死了就执行failover。

⑥sentinel向选为master的slave发送SLAVEOF NO ONE命令，选择slave的条件是sentinel首先会根据slaves的优先级来进行排序，优先级越小排名越靠前。如果优先级相同，则查看复制的下标，哪个从master接收的复制数据多，哪个就靠前。如果优先级和下标都相同，就选择进程ID较小的。

⑦sentinel被授权后，它将会获得宕掉的master的一份最新配置版本号(config-epoch)，当failover执行结束以后，这个版本号将会被用于最新的配置，通过广播形式通知其它sentinel，其它的sentinel则更新对应master的配置。

①到③是自动发现机制:

        以10秒一次的频率，向被监视的master发送info命令，根据回复获取master当前信息。

        以1秒一次的频率，向所有redis服务器、包含sentinel在内发送PING命令，通过回复判断服务器是否在线。

        以2秒一次的频率，通过向所有被监视的master，slave服务器发送当前sentinel，master信息的消息。

④是检测机制，⑤和⑥是failover机制，⑦是更新配置机制。

注意：因为redis采用的是异步复制，没有办法避免数据的丢失。但可以通过以下配置来使得数据不会丢失：min-slaves-to-write 1 、 min-slaves-max-lag 10。一个redis无论是master还是slave，都必须在配置中指定一个slave优先级。要注意到master也是有可能通过failover变成slave的。如果一个redis的slave优先级配置为0，那么它将永远不会被选为master，但是它依然会从master哪里复制数据。

       Redis Sentinel机制与用法 这里有详细说明。

  • 运行测试

sentinel-27001.log 日志：

2354:X 28 May 15:42:02.985 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2354:X 28 May 15:42:02.985 # Redis version=4.0.1, bits=64, commit=00000000, modified=0, pid=2354, just started
2354:X 28 May 15:42:02.985 # Configuration loaded
2358:X 28 May 15:42:02.988 * Increased maximum number of open files to 10032 (it was originally set to 1024).
2358:X 28 May 15:42:02.989 * Running mode=sentinel, port=27001.
2358:X 28 May 15:42:02.990 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2358:X 28 May 15:42:02.998 # Sentinel ID is b8b2efe8cb1bbd7e5981e9da4f3848667376ee37
2358:X 28 May 15:42:02.998 # +monitor master mymaster 127.0.0.1 7001 quorum 2
2358:X 28 May 15:42:02.999 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001
2358:X 28 May 15:42:02.999 * +slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2358:X 28 May 15:42:05.060 * +sentinel sentinel bdf6f261a43ae93496ac55e3a8fd42497b8ea360 127.0.0.1 27003 @ mymaster 127.0.0.1 7001
2358:X 28 May 15:42:05.075 * +sentinel sentinel fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 127.0.0.1 27002 @ mymaster 127.0.0.1 7001
2358:X 28 May 16:14:39.465 # +sdown master mymaster 127.0.0.1 7001
2358:X 28 May 16:14:39.467 # +new-epoch 1
2358:X 28 May 16:14:39.468 # +vote-for-leader fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1
2358:X 28 May 16:14:39.532 # +odown master mymaster 127.0.0.1 7001 #quorum 3/2 #有两个 sentinel 节点认为 master 7001 挂掉，达到配置的 quorum 值 2，因此认为 master 已经客观挂掉，进入 odown 状态。
2358:X 28 May 16:14:39.532 # Next failover delay: I will not start a failover before Thu May 28 16:20:39 2020
2358:X 28 May 16:14:40.687 # +config-update-from sentinel fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 127.0.0.1 27002 @ mymaster 127.0.0.1 7001 #更新 sentinel-27002 配置。
2358:X 28 May 16:14:40.687 # +switch-master mymaster 127.0.0.1 7001 127.0.0.1 7003
2358:X 28 May 16:14:40.687 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7003
2358:X 28 May 16:14:40.687 * +slave slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003
2358:X 28 May 16:14:40.758 # -script-error /usr/local/redis/redis-sentinel/reconfig.sh 0 2
2358:X 28 May 16:15:10.692 # +sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003
2358:X 28 May 17:49:02.921 # +tilt #tilt mode entered
2358:X 28 May 17:49:32.963 # -tilt #tilt mode exited
2358:X 28 May 18:54:26.481 # -sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003

sentinel-27002.log 日志：

2359:X 28 May 15:42:02.987 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2359:X 28 May 15:42:02.987 # Redis version=4.0.1, bits=64, commit=00000000, modified=0, pid=2359, just started
2359:X 28 May 15:42:02.987 # Configuration loaded
2360:X 28 May 15:42:03.028 * Increased maximum number of open files to 10032 (it was originally set to 1024).
2360:X 28 May 15:42:03.075 * Running mode=sentinel, port=27002.
2360:X 28 May 15:42:03.075 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2360:X 28 May 15:42:03.079 # Sentinel ID is fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316
2360:X 28 May 15:42:03.079 # +monitor master mymaster 127.0.0.1 7001 quorum 2
2360:X 28 May 15:42:03.079 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001
2360:X 28 May 15:42:03.080 * +slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 15:42:05.028 * +sentinel sentinel b8b2efe8cb1bbd7e5981e9da4f3848667376ee37 127.0.0.1 27001 @ mymaster 127.0.0.1 7001
2360:X 28 May 15:42:05.061 * +sentinel sentinel bdf6f261a43ae93496ac55e3a8fd42497b8ea360 127.0.0.1 27003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.413 # +sdown master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.465 # +odown master mymaster 127.0.0.1 7001 #quorum 2/2
2360:X 28 May 16:14:39.465 # +new-epoch 1
2360:X 28 May 16:14:39.465 # +try-failover master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.466 # +vote-for-leader fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1
2360:X 28 May 16:14:39.468 # bdf6f261a43ae93496ac55e3a8fd42497b8ea360 voted for fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1
2360:X 28 May 16:14:39.468 # b8b2efe8cb1bbd7e5981e9da4f3848667376ee37 voted for fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1
2360:X 28 May 16:14:39.543 # +elected-leader master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.543 # +failover-state-select-slave master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.626 # +selected-slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.626 * +failover-state-send-slaveof-noone slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:39.679 * +failover-state-wait-promotion slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.615 # +promoted-slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.615 # +failover-state-reconf-slaves master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.680 * +slave-reconf-sent slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.685 # -script-error /usr/local/redis/redis-sentinel/reconfig.sh 0 2
2360:X 28 May 16:14:41.658 # -odown master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:41.658 * +slave-reconf-inprog slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:41.659 * +slave-reconf-done slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:41.748 # +failover-end master mymaster 127.0.0.1 7001
2360:X 28 May 16:14:41.748 # +switch-master mymaster 127.0.0.1 7001 127.0.0.1 7003
2360:X 28 May 16:14:41.749 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7003
2360:X 28 May 16:14:41.749 * +slave slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003
2360:X 28 May 16:15:11.786 # +sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003
2360:X 28 May 17:49:02.919 # +tilt #tilt mode entered
2360:X 28 May 17:49:32.932 # -tilt #tilt mode exited
2360:X 28 May 18:54:25.985 # -sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003

sentinel-27003.log 日志：

2354:X 28 May 15:42:02.985 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2354:X 28 May 15:42:02.985 # Redis version=4.0.1, bits=64, commit=00000000, modified=0, pid=2354, just started
2354:X 28 May 15:42:02.985 # Configuration loaded
2358:X 28 May 15:42:02.988 * Increased maximum number of open files to 10032 (it was originally set to 1024).
2358:X 28 May 15:42:02.989 * Running mode=sentinel, port=27003.
2358:X 28 May 15:42:02.990 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2358:X 28 May 15:42:02.998 # Sentinel ID is bdf6f261a43ae93496ac55e3a8fd42497b8ea360
2358:X 28 May 15:42:02.998 # +monitor master mymaster 127.0.0.1 7001 quorum 2  #主加入监控
2358:X 28 May 15:42:02.999 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001  #检测到一个slave并添加进slave列表
2358:X 28 May 15:42:02.999 * +slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001  #检测到一个slave并添加进slave列表
2358:X 28 May 15:42:05.060 * +sentinel sentinel b8b2efe8cb1bbd7e5981e9da4f3848667376ee37 127.0.0.1 27001 @ mymaster 127.0.0.1 7001  #增加了一个sentinel 
2358:X 28 May 15:42:05.075 * +sentinel sentinel fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 127.0.0.1 27002 @ mymaster 127.0.0.1 7001  #增加了一个sentinel
2360:X 28 May 16:14:39.413 # +sdown master mymaster 127.0.0.1 7001  ##进入主观不可用(SDOWN)
2360:X 28 May 16:14:39.465 # +odown master mymaster 127.0.0.1 7001 #quorum 2/2 ##投票好了，达到了quorum，进入客观不可用(ODOWN)
2360:X 28 May 16:14:39.465 # +new-epoch 1  ##当前配置版本被更新
2360:X 28 May 16:14:39.465 # +try-failover master mymaster 127.0.0.1 7001 ##达到failover条件，正等待其他sentinel的选举
2360:X 28 May 16:14:39.466 # +vote-for-leader fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1 ##选举
2360:X 28 May 16:14:39.468 # bdf6f261a43ae93496ac55e3a8fd42497b8ea360 voted for fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1 ##选举
2360:X 28 May 16:14:39.468 # b8b2efe8cb1bbd7e5981e9da4f3848667376ee37 voted for fa7aeb30c1fc8dbffd8ffddb1e79c8dcaf456316 1 ##选举
2360:X 28 May 16:14:39.543 # +elected-leader master mymaster 127.0.0.1 7001 ##执行failover
2360:X 28 May 16:14:39.543 # +failover-state-select-slave master mymaster 127.0.0.1 7001 ##开始要选择一个slave当选新master
2360:X 28 May 16:14:39.626 # +selected-slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001 ##找到了一个适合的slave来担当新master
2360:X 28 May 16:14:39.626 * +failover-state-send-slaveof-noone slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001 ##把选择为新master的slave的身份进行切换
2360:X 28 May 16:14:39.679 * +failover-state-wait-promotion slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.615 # +promoted-slave slave 127.0.0.1:7003 127.0.0.1 7003 @ mymaster 127.0.0.1 7001
2360:X 28 May 16:14:40.615 # +failover-state-reconf-slaves master mymaster 127.0.0.1 7001 ##Failover状态变为reconf-slaves
2360:X 28 May 16:14:40.680 * +slave-reconf-sent slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001 ##sentinel发送SLAVEOF命令把它重新配置，重新配置到新主
2360:X 28 May 16:14:40.685 # -script-error /usr/local/redis/redis-sentinel/reconfig.sh 0 2
2360:X 28 May 16:14:41.658 # -odown master mymaster 127.0.0.1 7001  ##离开客观不可用（ODOWN）
2360:X 28 May 16:14:41.658 * +slave-reconf-inprog slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001 ##slave被重新配置为另外一个master的slave，但数据复制还未发生
2360:X 28 May 16:14:41.659 * +slave-reconf-done slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7001 ##slave被重新配置为另外一个master的slave并且数据复制已经与master同步
2360:X 28 May 16:14:41.748 # +failover-end master mymaster 127.0.0.1 7001  ##failover成功完成
2360:X 28 May 16:14:41.748 # +switch-master mymaster 127.0.0.1 7001 127.0.0.1 7003  ##master的地址发生变化
2360:X 28 May 16:14:41.749 * +slave slave 127.0.0.1:7002 127.0.0.1 7002 @ mymaster 127.0.0.1 7003 ##检测到一个slave并添加进slave列表
2360:X 28 May 16:14:41.749 * +slave slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003 ##检测到一个slave并添加进slave列表
2360:X 28 May 16:15:11.786 # +sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003 ##原主进入主观不可用状态
2360:X 28 May 17:49:02.919 # +tilt #tilt mode entered
2360:X 28 May 17:49:32.932 # -tilt #tilt mode exited
2360:X 28 May 18:54:25.985 # -sdown slave 127.0.0.1:7001 127.0.0.1 7001 @ mymaster 127.0.0.1 7003  ##原主7001启动后，检测到一个slave并添加进slave列表


 

Redis 哨兵模式
clover661的博客
06-17 281
redis 哨兵模式 主从配置 主 6379 从6380 、6381 1 启动3个服务并连接 启动： [root@ceph178 myredis]# redis-server redis6379conf [root@ceph178 myredis]# redis-server redis6380.conf [root@ceph178 myredis]# redis-server redis6382.conf 连接： [root@ceph178 myredis]# redis-cli -p 6379
Redis哨兵模式
qq_34690079的博客
07-14 1172
项目中用到了Redis的主从模式，但是需要程序自己进行主机和备机的切换以及故障转移，并且每次执行命令，需要判断主备机，再进行操作，十分繁琐。因此决定采用Redis哨兵模式，采用一主二从三哨兵的模式。
redis哨兵模式 客户端怎么链接
weixin_40828007的博客
08-19 723
Redis哨兵模式客户端连接指南 一、Redis简介 Redis是一个高性能的Key-Value数据库，它以其快速的读写速度和多种数据结构支持而广泛应用。在某些情况下，仅靠一个Redis实例可能会导致单点故障。因此，引入Redis Sentinel（哨兵）来提供高可用性。 二、Redis Sentinel概述 Redis ...
在redis哨兵模式下怎么进行连接使用
m0_73299531的博客
04-21 1563
普通的redis连接和哨兵的redis连接还是有点出入的，如果您使用Redis哨兵模式，那么您需要确保您的应用程序能够自动发现主节点和从节点。这可以通过使用Redis哨兵来实现，Redis哨兵是一个分布式系统，它可以监视Redis主节点和从节点的状态，并在主节点宕机时自动将从节点晋升为主节点。所以需要在编写业务代码的时候能够满足说，如果某个节点的角色变更不会影响到业务代码的，业务代码不需要进行修改。
redis管道上传+哨兵模式链接
大哥的阔落
09-23 225
redis管道上传+哨兵模式链接 String masterName = ""; String password = ""; // 设置参数 JedisPoolConfig jedisPoolConfig = new JedisPoolConfig(); jedisPoolConfig.setMaxTotal(200); jedisPoolConfig.setMaxIdle(10); jedisPo
Redis哨兵模式配置文件
03-26
在Windows环境下配置Redis哨兵模式，你需要按照以下步骤操作： 1. 安装Redis服务：首先需要在每台服务器上安装Redis服务，并配置相应的redis.conf文件。 2. 配置哨兵：然后，为每个哨兵节点创建并编辑sentinel.conf...
基于hiredis封装的redis哨兵模式的C++库（跨平台支持）
05-11
这个是我自己用C++写的基于hiredis封装的redis哨兵模式的库，支持windows/linux 跨平台编译, windows下是静态库，linux编译出来是动态库so 该库功能包含了redis哨兵模式的服务启动，关闭，几乎涵盖了所有常用的...
docker-compose构建Redis哨兵模式镜像包
01-09
docker-compose构建Redis哨兵模式镜像包
集群redis哨兵模式连接方式，解决database不生效问题（附源码）
05-20
本文将详细介绍如何在集群环境中设置Redis哨兵模式，并解决在该模式下database配置不生效的问题，同时提供相关的源码示例。 首先，理解Redis哨兵模式的核心概念。哨兵系统是一个监控和故障转移机制，它可以监控多个...
redis哨兵链接池java实现
08-22
采用的哨兵集群监控一主两从
Redis-哨兵模式
qq_33879443的博客
08-04 1325
Redis
redis哨兵模式连接代码
letterss的博客
04-19 766
package com.zx.zhuangxiu.cache; import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisPoolConfig; import redis.clients.jedis.JedisSentinelPool; import java.util.HashSet; import java.uti...
Redis哨兵模式详解
2401_83641533的博客
03-30 1040
在开头跟大家分享的时候我就说，面试我是没有做好准备的，全靠平时的积累，确实有点临时抱佛脚了，以至于我自己还是挺懊恼的。（准备好了或许可以拿个40k，没做准备只有30k+，你们懂那种感觉吗）如何准备面试？1、前期铺垫（技术沉积）程序员面试其实是对于技术的一次摸底考试，你的技术牛逼，那你就是大爷。大厂对于技术的要求主要体现在：基础，原理，深入研究源码，广度，实战五个方面，也只有将原理理论结合实战才能把技术点吃透。
redis-哨兵
Flipped7777的博客
10-30 535
哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行，当出现故障时通过选择新的master并将所有slave连接到新的master。
Redis——Redis 哨兵模式
热门推荐
Cantevenl的博客
04-19 3万+
Redis 哨兵模式哨兵模式的简介哨兵的作用启用哨兵模式配置哨兵启动哨兵哨兵模式的工作原理阶段一：监控阶段阶段二：通知阶段阶段三：故障转移阶段发现故障选出领头sentinel挑选备选master主从切换总结 哨兵模式的简介 主从切换技术的方法是︰当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel (哨兵）架构来解决这个问题。 哨兵(se
redis 哨兵模式
最新发布
06-13
我们正在讨论Redis哨兵模式的配置与实现。根据引用内容，用户提供了几个配置示例，但我们需要系统地解释哨兵模式的配置步骤和实现原理。步骤1：理解哨兵模式Redis哨兵（Sentinel）是一个分布式系统，用于管理多个...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值