Redis（5）- Redis哨兵机制

最新推荐文章于 2023-04-17 13:27:04 发布
最新推荐文章于 2023-04-17 13:27:04 发布
阅读量206 收藏
点赞数
分类专栏： Redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cleancp/article/details/113795307
版权

Redis（5）- Redis哨兵机制

前言

主要包括Redis持久化机制，Redis主从搭建配置，Redis同步说明，多种拓扑方式说明 参考：https://blog.csdn.net/qq_41453285/article/details/103354554

概念

  1. 实例对PING命令的回复可以分为以下两种情况：
    • 有效回复：实例返回+PONG、-LOADING、-MASTERDOWN三种回复的其中一种
    • 无效回复：实例返回除+PONG、-LOADING、-MASTERDOWN三种回复之外的其他回复，或者在指定时限内没有返回任何回复
  2. 主观下线（Subjectivity Down，简称sdown）：当有一个哨兵Sentinel检测到Reids服务无效回复，则进行主观下线。
  3. 哨兵选举机制：哨兵会有自己的选举leader机制选举哨兵leader，(可能是最先对redis服务进行主观下线的的哨兵作为leader可能性大？)
  4. 客观下线（Objectively Down， 简称 odown）：主观下线后，哨兵通知其它监听的哨兵进行主观下线判断，当主观下线数达到quorm时，进行客观下线。
  5. 故障转移：达成客观下线条件，判定故障，开始对故障redis主节点进行转移，哨兵leader对从节点slaveof no one变为主节点，然后将其他从节点 slaveof newmaster ，之后监听原主节点是否正常，如果正常，将主节点指向slaveof newmaster，通知应用主节点地址。
  6. INFO：info replication （展示当前redis节点的信息 ， 是否主节点，从节点信息等）
#6379被kill6381成为新主节点的info信息
[root@localhost redis]# ./redis-cli -h 192.168.42.119 -p 6381 -a 12345678 info replication
# Replication
role:master
connected_slaves:1
slave0:ip=192.168.42.119,port=6380,state=online,offset=615344,lag=1
master_replid:81c2d503e26da087e4739af6b1d26597b7c7df4c
master_replid2:3f0eb9d8a3e432be3a5a925f91496426b84582eb
master_repl_offset:615344
second_repl_offset:240214
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:615344

原因

  1. sentinel每10秒info所有节点一次
    1、获取主从节点信息，sentinel的从节点信息就是从该监听机制获取
    2、新的节点加入能及时感应
    3、节点无效及时更新拓扑信息
  2. sentinel每2秒在主节点的频道pubish/scrible
    发布与订阅主节点的特定名称频道，每个sentinel会将自身的信息与监听的主节点信息发布出去，同时也会收到其它sentinel发布的信息
    1、获取新加入的sentinel的信息，并建立连接
    2、获取其它sentinel对主节点的判断
  3. sentinel每秒PING sentinel 和 所有节点
    1、监测节点是否故障
    2、检测sentinel是否故障

sentinel.conf配置

#配置监听的redis主节点 mymaster是节点别名  quorum是客观下线的判定数，2：两个哨兵都认为是主观下线 就是客观下线
# sentinel monitor mymaster masterip masterport quorum
sentinel monitor mymaster 127.0.0.1 6379 2

# sentinel auth-pass <master-name> <password> redis主节点的访问密码
sentinel auth-pass mymaster 12345678

# Default is 30 seconds.   mymaster 30秒之后无响应视为无效回复
sentinel down-after-milliseconds mymaster 30000

#进行客观下线时，Sentinel领导者节点会故障转移，选出新的主节点，原来的从节点会向新的主节点发起复制操作，限制每次向新的主节点发起复制操作的从节点个数为1
sentinel parallel-syncs mymaster 1
#故障转移的超时时间 3分钟
sentinel failover-timeout mymaster 180000

redis.conf配置

#故障转移时从节点的优先级高优先作为主节点
# By default the priority is 100.
slave-priority 100

一、哨兵机制

1、什么是哨兵机制

理解：哨兵机制是基于Redis主从机制对各节点服务的运行状态做一个监控，如果主节点存在问题不可使用，会通过一套机制（从节点的响应速度、响应时间等）选定最优主节点，维系主节点的稳定运行，使服务高可用。
哨兵对哨兵、redis主/从节点是每隔1秒PING的
原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性。
在这里插入图片描述

2、哨兵机制的三个定时监控任务作用

主要是ping判断节点是否正常工作，publish/subscribe看消息发布订阅是否正常，info获取主从节点信息
在这里插入图片描述

3、哨兵主观下线

主观下线，
在这里插入图片描述

4、哨兵客观下线

客观下线：通过配置的quorum(表示几个哨兵通过才算通过)判定客观下线
在这里插入图片描述

5、领导者哨兵选举流程

is-masterdown-by-addr：panduan主节点是否正常的判断标志
一般来说由谁发现由谁成为哨兵领导负责故障处理，哨兵之间也有自己的机制判定谁是哨兵领导
在这里插入图片描述

6、哨兵机制－故障转移流程A

在这里插入图片描述

7、哨兵机制－故障转移流程B

在这里插入图片描述

8、哨兵机制－故障转移流程C

在这里插入图片描述

9、哨兵机制－故障转移后的拓扑结构图D

在这里插入图片描述

10、哨兵机制－故障转移详细流程

在这里插入图片描述

二、RedisSentinel

1、如何安装与部署

在这里插入图片描述

#启动redis主节点
#设置masterauth 当6379挂了，重启主节点变成6381，sentinel将6379设置为从节点，此时6379与6381主从同步需要masterauth，否则数据无法同步（使用哨兵也挺不方便的）
./redis-server redis.conf &> ./logs/6379/redis.log &
#启动redis从节点
#设置为6379的从节点
./redis-server redis6380.conf &> ./logs/6380/redis.log &
./redis-server redis6381.conf &> ./logs/6381/redis.log &

#在sentinel.conf配置上进行修改
#Protected-mode 是为了禁止公网访问redis cache，加强redis安全的。它启用的条件，有两个：没有bind IP、没有设置访问密码，如果启用了，则只能够通过lookback ip（127.0.0.1）访问 Redis，如果从外网访问，则会返回相应的错误信息：
protected-mode no 
#设置监听的主节点，设置quorum (两个哨兵都进行主观下线才进行客观下线)
sentinel monitor mymaster 192.168.42.119 6381 2
# 设置监听的redis主节点访问密码
sentinel auth-pass mymaster 12345678
#启动哨兵
./redis-sentinel sentinel.conf &> ./logs/26379/sentinel.log &
./redis-sentinel sentinel26380.conf &> ./logs/26380/sentinel.log &
./redis-sentinel sentinel26381.conf &> ./logs/26381/sentinel.log &
#或者
./redis-server sentinel26381.conf --sentinel &> ./logs/26381/sentinel.log &

2、哨兵机制测试

kill 6379主节点
哨兵进行选举leader 26381
  • 主节点6379日志记录
1593:M 21 Feb 08:49:34.150 # Server initialized
1593:M 21 Feb 08:49:34.150 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
1593:M 21 Feb 08:49:34.150 # WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.
1593:M 21 Feb 08:49:34.150 * DB loaded from append only file: 0.000 seconds
1593:M 21 Feb 08:49:34.150 * Ready to accept connections
1593:M 21 Feb 08:50:20.767 * Slave 192.168.42.119:6380 asks for synchronization
1593:M 21 Feb 08:50:20.767 * Partial resynchronization not accepted: Replication ID mismatch (Slave asked for '9d949f851c961a8e875859e3e92dcec5e712aebb', my replication IDs are 'e5dbfa1d3ff1088ee599da661277523920b0eeba' and '0000000000000000000000000000000000000000')
1593:M 21 Feb 08:50:20.767 * Starting BGSAVE for SYNC with target: disk
1593:M 21 Feb 08:50:20.768 * Background saving started by pid 1603
1603:C 21 Feb 08:50:20.771 * DB saved on disk
1603:C 21 Feb 08:50:20.772 * RDB: 6 MB of memory used by copy-on-write
1593:M 21 Feb 08:50:20.790 * Background saving terminated with success
1593:M 21 Feb 08:50:20.790 * Synchronization with slave 192.168.42.119:6380 succeeded
1593:M 21 Feb 08:50:28.114 * Slave 192.168.42.119:6381 asks for synchronization
1593:M 21 Feb 08:50:28.114 * Partial resynchronization request from 192.168.42.119:6381 accepted. Sending 14 bytes of backlog starting from offset 1.
  • 哨兵26379日志记录
1608:X 21 Feb 08:51:17.819 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1608:X 21 Feb 08:51:17.819 # Redis version=4.0.6, bits=64, commit=00000000, modified=0, pid=1608, just started
1608:X 21 Feb 08:51:17.819 # Configuration loaded
1608:X 21 Feb 08:51:17.820 * Increased maximum number of open files to 10032 (it was originally set to 1024).
1608:X 21 Feb 08:51:17.821 * Running mode=sentinel, port=26379.
1608:X 21 Feb 08:51:17.821 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1608:X 21 Feb 08:51:17.821 # Sentinel ID is d077d6a0f1c0677745a91a9db31a2469f12bb7e4
1608:X 21 Feb 08:51:17.821 # +monitor master mymaster 192.168.42.119 6379 quorum 2
1608:X 21 Feb 09:11:06.857 # +sdown master mymaster 192.168.42.119 6379
1608:X 21 Feb 09:11:06.908 # +new-epoch 1
1608:X 21 Feb 09:11:06.909 # +vote-for-leader c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 1
1608:X 21 Feb 09:11:06.924 # +odown master mymaster 192.168.42.119 6379 #quorum 3/2
1608:X 21 Feb 09:11:06.925 # Next failover delay: I will not start a failover before Sun Feb 21 09:17:07 2021
1608:X 21 Feb 09:11:07.386 # +config-update-from sentinel c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 192.168.42.119 26380 @ mymaster 192.168.42.119 6379
1608:X 21 Feb 09:11:07.386 # +switch-master mymaster 192.168.42.119 6379 192.168.42.119 6381
1608:X 21 Feb 09:11:07.386 * +slave slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6381
1608:X 21 Feb 09:11:07.386 * +slave slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
1608:X 21 Feb 09:11:37.468 # +sdown slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
#增加6381从节点6382
1612:X 21 Feb 10:25:36.561 * +slave slave 192.168.42.119:6382 192.168.42.119 6382 @ mymaster 192.168.42.119 6381

  • 哨兵26380日志记录

      已经选出26380为新的故障转移leader，并进行后续的故障转移操作

1612:X 21 Feb 08:51:27.826 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1612:X 21 Feb 08:51:27.826 # Redis version=4.0.6, bits=64, commit=00000000, modified=0, pid=1612, just started
1612:X 21 Feb 08:51:27.826 # Configuration loaded
1612:X 21 Feb 08:51:27.827 * Increased maximum number of open files to 10032 (it was originally set to 1024).
1612:X 21 Feb 08:51:27.828 * Running mode=sentinel, port=26380.
1612:X 21 Feb 08:51:27.828 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1612:X 21 Feb 08:51:27.828 # Sentinel ID is c2f14aa1cc3553d52ddd7e4651629a6aa47ca937
1612:X 21 Feb 08:51:27.828 # +monitor master mymaster 192.168.42.119 6379 quorum 2
# 进行主观下线
1612:X 21 Feb 09:11:06.840 # +sdown master mymaster 192.168.42.119 6379
# 达到quorum 进行客观下线
1612:X 21 Feb 09:11:06.903 # +odown master mymaster 192.168.42.119 6379 #quorum 2/2
1612:X 21 Feb 09:11:06.903 # +new-epoch 1
# 准备进行故障转移
1612:X 21 Feb 09:11:06.903 # +try-failover master mymaster 192.168.42.119 6379
# 选举故障转移leader
1612:X 21 Feb 09:11:06.904 # +vote-for-leader c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 1
1612:X 21 Feb 09:11:06.909 # c4b6779f832848544e74b7420e3671b70690b0ad voted for c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 1
1612:X 21 Feb 09:11:06.910 # d077d6a0f1c0677745a91a9db31a2469f12bb7e4 voted for c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 1
1612:X 21 Feb 09:11:06.980 # +elected-leader master mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:06.980 # +failover-state-select-slave master mymaster 192.168.42.119 6379
# 从节点中挑选新的主节点
1612:X 21 Feb 09:11:07.082 # +selected-slave slave 192.168.42.119:6381 192.168.42.119 6381 @ mymaster 192.168.42.119 6379
# 选出的从节点6381置为主节点
1612:X 21 Feb 09:11:07.082 * +failover-state-send-slaveof-noone slave 192.168.42.119:6381 192.168.42.119 6381 @ mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:07.135 * +failover-state-wait-promotion slave 192.168.42.119:6381 192.168.42.119 6381 @ mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:07.292 # +promoted-slave slave 192.168.42.119:6381 192.168.42.119 6381 @ mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:07.293 # +failover-state-reconf-slaves master mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:07.383 * +slave-reconf-sent slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6379
#客观下线原主节点6379
1612:X 21 Feb 09:11:07.972 # -odown master mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:08.285 * +slave-reconf-inprog slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6379
1612:X 21 Feb 09:11:08.285 * +slave-reconf-done slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6379
#故障转移结束
1612:X 21 Feb 09:11:08.369 # +failover-end master mymaster 192.168.42.119 6379
#切换哨兵的主节点配置
1612:X 21 Feb 09:11:08.369 # +switch-master mymaster 192.168.42.119 6379 192.168.42.119 6381
1612:X 21 Feb 09:11:08.369 * +slave slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6381
1612:X 21 Feb 09:11:08.369 * +slave slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
#主观下线6379
1612:X 21 Feb 09:11:38.373 # +sdown slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
#6381增加从节点6382
1612:X 21 Feb 10:25:36.561 * +slave slave 192.168.42.119:6382 192.168.42.119 6382 @ mymaster 192.168.42.119 6381

  • 哨兵26381日志记录

      26381和26379做了一样的事情，进行master down的判断

1616:X 21 Feb 08:51:37.461 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1616:X 21 Feb 08:51:37.461 # Redis version=4.0.6, bits=64, commit=00000000, modified=0, pid=1616, just started
1616:X 21 Feb 08:51:37.461 # Configuration loaded
1616:X 21 Feb 08:51:37.462 * Increased maximum number of open files to 10032 (it was originally set to 1024).
1616:X 21 Feb 08:51:37.463 * Running mode=sentinel, port=26381.
1616:X 21 Feb 08:51:37.463 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1616:X 21 Feb 08:51:37.463 # Sentinel ID is c4b6779f832848544e74b7420e3671b70690b0ad
1616:X 21 Feb 08:51:37.463 # +monitor master mymaster 192.168.42.119 6379 quorum 2
1616:X 21 Feb 09:11:06.809 # +sdown master mymaster 192.168.42.119 6379
1616:X 21 Feb 09:11:06.907 # +new-epoch 1
1616:X 21 Feb 09:11:06.909 # +vote-for-leader c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 1
1616:X 21 Feb 09:11:07.385 # +config-update-from sentinel c2f14aa1cc3553d52ddd7e4651629a6aa47ca937 192.168.42.119 26380 @ mymaster 192.168.42.119 6379
1616:X 21 Feb 09:11:07.385 # +switch-master mymaster 192.168.42.119 6379 192.168.42.119 6381
1616:X 21 Feb 09:11:07.385 * +slave slave 192.168.42.119:6380 192.168.42.119 6380 @ mymaster 192.168.42.119 6381
1616:X 21 Feb 09:11:07.385 * +slave slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
1616:X 21 Feb 09:11:37.417 # +sdown slave 192.168.42.119:6379 192.168.42.119 6379 @ mymaster 192.168.42.119 6381
#增加6381从节点6382
1612:X 21 Feb 10:25:36.561 * +slave slave 192.168.42.119:6382 192.168.42.119 6382 @ mymaster 192.168.42.119 6381
  • 6381变更为主节点日志记录
1604:S 21 Feb 09:11:06.007 * MASTER <-> SLAVE sync started
1604:S 21 Feb 09:11:06.007 # Error condition on socket for SYNC: Connection refused
1604:S 21 Feb 09:11:07.023 * Connecting to MASTER 192.168.42.119:6379
1604:S 21 Feb 09:11:07.023 * MASTER <-> SLAVE sync started
1604:S 21 Feb 09:11:07.023 # Error condition on socket for SYNC: Connection refused
1604:M 21 Feb 09:11:07.135 # Setting secondary replication ID to 3f0eb9d8a3e432be3a5a925f91496426b84582eb, valid up to offset: 240214. New replication ID is 81c2d503e26da087e4739af6b1d26597b7c7df4c
1604:M 21 Feb 09:11:07.135 * Discarding previously cached master state.
1604:M 21 Feb 09:11:07.135 * MASTER MODE enabled (user request from 'id=5 addr=192.168.42.119:46220 fd=11 name=sentinel-c2f14aa1-cmd age=1180 idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=0 qbuf-free=32768 obl=36 oll=0 omem=0 events=r cmd=exec')
1604:M 21 Feb 09:11:07.137 # CONFIG REWRITE executed with success.
1604:M 21 Feb 09:11:07.782 * Slave 192.168.42.119:6380 asks for synchronization
1604:M 21 Feb 09:11:07.782 * Partial resynchronization request from 192.168.42.119:6380 accepted. Sending 166 bytes of backlog starting from offset 240214.
  • 6380同步新的主节点日志记录
1599:S 21 Feb 09:11:05.755 * MASTER <-> SLAVE sync started
1599:S 21 Feb 09:11:05.755 # Error condition on socket for SYNC: Connection refused
1599:S 21 Feb 09:11:06.769 * Connecting to MASTER 192.168.42.119:6379
1599:S 21 Feb 09:11:06.769 * MASTER <-> SLAVE sync started
1599:S 21 Feb 09:11:06.769 # Error condition on socket for SYNC: Connection refused
1599:S 21 Feb 09:11:07.383 * SLAVE OF 192.168.42.119:6381 enabled (user request from 'id=6 addr=192.168.42.119:57452 fd=11 name=sentinel-c2f14aa1-cmd age=1180 idle=0 flags=x db=0 sub=0 psub=0 multi=3 qbuf=143 qbuf-free=32625 obl=36 oll=0 omem=0 events=r cmd=exec')
1599:S 21 Feb 09:11:07.384 # CONFIG REWRITE executed with success.
1599:S 21 Feb 09:11:07.781 * Connecting to MASTER 192.168.42.119:6381
1599:S 21 Feb 09:11:07.781 * MASTER <-> SLAVE sync started
1599:S 21 Feb 09:11:07.781 * Non blocking connect for SYNC fired the event.
1599:S 21 Feb 09:11:07.782 * Master replied to PING, replication can continue...
1599:S 21 Feb 09:11:07.782 * Trying a partial resynchronization (request 3f0eb9d8a3e432be3a5a925f91496426b84582eb:240214).
1599:S 21 Feb 09:11:07.783 * Successful partial resynchronization with master.
1599:S 21 Feb 09:11:07.783 # Master replication ID changed to 81c2d503e26da087e4739af6b1d26597b7c7df4c
1599:S 21 Feb 09:11:07.783 * MASTER <-> SLAVE sync: Master accepted a Partial Resynchronization.
cleancp
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis(十一)：哨兵机制
weixin_43844995的博客
03-21 500
上一篇介绍了 Redis 的主从模式。这节开始介绍 Redis 的哨兵机制。上一节提到的，主从架构可以在主节点发生故障时，将从节点切换为主节点继续使用，从而实现整个集群的高可用性。Redis2.8 以后提供了哨兵（Sentinel）机制，它的作用是自动进行主从节点异常下线和故障转移。它会监测节点是否存活，如果发现节点挂了，就会将节点下线；如果故障的是主节点，还会选举一个从节点切换为主节点，并且把新主节点的相关信息通知给从节点和客户端。哨兵其实是一个运行在特殊模式下的 Redis 进程。
Redis哨兵机制
点滴记录
01-03 783
一、什么是哨兵模式 我们知道Redis 在一个主库在对应多个从库的情况下，如果主库出了故障，那么所有的从库都会等待主库恢复，所这种情况是很危险的。哨兵模式是指如果主库出了故障，那么后台监控能够检查出该问题，从而在众多对应的从库中进行投票，产生新的主库，其余原主库的从库都会连接该主库，而不再与之前的主库相连接。 二、哨兵模式应用 因为是在一个虚拟机中进行演示，所以准备了三个Redis 服务，修...
redis-5.0.5.zip windows版本
06-15
因为工作需要使用redis，需要临时搭建单机环境，但是windows下支持的版本过低，因此编译了一个windows可用的5.0.5的redis版本
redis5哨兵搭建
kongkong的专栏
06-04 340
wget http://download.redis.io/releases/redis-5.0.8.tar.gz tar -xzvf redis-5.0.8.tar.gz cd redis-5.0.8 make # 创建文件夹 mkdir -p /usr/local/redis/conf mkdir -p /usr/local/redis/data mkdir -p /usr/local/redis/logs 启动redis-server发生问题，参照https://...
Redis高级（5）哨兵模式
учёба
12-30 275
1 哨兵概述 1.1 哨兵概念 概念：哨兵(sentinel)是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。 sentinel数量越多，得到的结果就越精确 在这个分布式系统中，sentinel是基本上有多个，每一个sentinel都会对所有的东西进行监控 1.2 哨兵作用 监控 不断的检查master和slave是否正常运行 master存活检测、master与slave运行情况检测 通知（提醒
【redis-5】sentinel哨兵模式
growing_duck的博客
10-26 395
sentinel模式，是由一个sentinel实例或集群，来监控一个或多个master-slave集群。 在master宕机后，提升slave为master，实现主从切换。 下面来搭建一个伪分布式集群-如上图，具体看一下相关配置 redis集群： Redis-Master ：127.0.0.1 6379 #1 安装redis5.0 mkdir redis-master make install PREFIX=/var/redis-ms/redis-master cp /var/re
Redis5.0+——哨兵模式
G_change_的博客
12-25 572
Redis5.0+——哨兵模式
redis---哨兵模式
08-19
redis---哨兵模式
redis集群：redis-sentinel(哨兵机制)集群
05-09
5. **客户端配置**：客户端连接Redis时，需要配置Sentinel地址，由Sentinel提供当前的主节点信息。 在实际应用中，Redis Sentinel集群还涉及一些高级配置，比如哨兵数量、故障判断阈值、故障转移超时时间等，这些都...
redis7.2.3-windows
11-15
8. **哨兵系统（Sentinel）与集群** Redis Sentinel提供监控、故障检测和自动故障转移，是高可用性解决方案的关键部分。而Redis Cluster则实现了数据分片，支持大规模数据存储。尽管Windows环境下部署可能相对复杂...
Redis集群-Redis安装、Redis主从复制、哨兵、Redis集群
12-25
哨兵是Redis集群中的一种监控机制，它可以监控主数据库和从数据库的运行情况，并在主数据库出现故障时自动将从数据库转化为主数据库。哨兵可以单独运行，也可以集群运行，以提高监控的可用性和可靠性。 在配置哨兵...
redis那点事5: 哨兵机制篇
李佳航的博客
04-29 558
redis大纲: 传送 我们先来回顾一下redis的主要功能 哨兵机制、主从复制、支持事务、支持LUA脚本、支持持久化、支持集群 本章就来聊聊哨兵机制! 简单的说说哨兵机制的作用: 集群监控: 负责监控集群Master和Slave是否正常工作 消息通知: 如果某个redis实例故障, 哨兵负责发送消息作为警报通知管理员 ...
Redis5.0主从哨兵部署
qq_42781462的博客
07-12 456
十分钟轻松搞定!
redis5.0的主从跟哨兵
fengge55的博客
01-19 330
redis的主从跟哨兵 安装redis-5.0.12 #下载地址：https://download.redis.io/releases/ 1.下载安装redis [root@master01 ~]# cd /opt/ [root@master01 opt]# wget https://download.redis.io/releases/redis-5.0.12.tar.gz [root@master01 opt]# tar -zxf redis-5.0.12.tar.gz [root@master..
搭建redis-5.0.5哨兵模式
cry1049208942的专栏
09-05 1192
前提：已安装好单机模式 版本:redid-5.0.5 创建redis-sentinel目录，用于存放相关配置 拷贝redis.conf sentinel.conf文件到redis-sentinel文件夹下 cp redis.conf sentinel.conf /work/redis-sentinel/ 1.redis配置 1.1修改配置文件 将redis.conf重命名为redis6381.conf,并复制redis6382.conf、redis6383.conf，修改相应配置文件
5.redis-哨兵模式
钱辉
04-17 639
如果master宕机, 我们该怎么办?①关闭所有slave②选举新的master, 建立新的主从结构存在的问题①关闭期间, 谁来提供数据服务②选举新master的标准是什么③原来的master恢复了怎么办哨兵模式sentinel是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制 选择新的master并将所有slave连接到新的master。作用。
Redis哨兵5.0.3（Sentinel）模式
孤独的糖三角
08-09 1429
孤傲的菜单Sentinel模式简介测试环境介绍Sentinel部署环境流程介绍开始部署对A机器的操作对B机器的操作开始测试完成设想2完成设想3使用keepalived完成哨兵模式需要特别注意防火墙在A、B服务器中的配置更多的命令可参考 Sentinel模式简介 以下描述来自：https://www.cnblogs.com/xintiao-/p/10414742.html Redis-Sentine...
北京林业大学在北京2021-2024各专业最低录取分数及位次表.pdf
最新发布
09-08
全国各大学2021-2024在北京各专业录取分数及最低位次
redis-cli连接redis哨兵
12-15
可以使用以下命令连接到Redis哨兵： ``` redis-cli -h <sentinel_host> -p <sentinel_port> -a <sentinel_password> sentinel get-master-addr-by-name ``` 其中，`<sentinel_host>`是哨兵的主机名或IP地址，`...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值