目录
一定一定要把云服务器的防火墙打开一定要！！！！！！！！！否则不成功！！！！！！！！！
哨兵是什么
相当于吹哨人，吹哨人巡查监控后台master主机是否故障，如果故障了根据投票数自动将某一个库，转换为新主库，继续对外服务
哨兵的作用
- 主从监控：监控主从redis库是否正常运行
- 消息通知：哨兵可以将故障转移的结果发送给客户端
- 故障转移：如果Master异常，则会进行主从切换，将其中一个Slave作为新的Master
- 配置中心：客户端通过连接哨兵来获得当前Redis服务的主节点地址
案例演示
前期准备
三个哨兵：自动监控和维护集群，不存放数据，只是吹哨人
一主二从：用于数据读取和存放
由于个人经费有限，只有三台云服务器演示，这里我就将三台哨兵配置到6379这个服务器上
案例步骤
1、/myredis目录下新建或者拷贝sentinel.conf文件
2、配置文件修改
首先我们拷贝三份不同端口的代码：
我们进入每个代码使用vim filename
将内容删除复制以下内容：
bind 0.0.0.0 daemonize yes protected-mode no port 26379 logfile "/myredis/sentinel26379.log" pidfile /var/run/redis-sentinel26379.pid dir /myredis sentinel monitor 主机名 62.234.60.208 6379 2 sentinel auth-pass 主机名 密码
解释一下最后两个配置文件作用：
sentinel monitor <master-name><redis-port> <quorum> 设置要监控的master服务器，quorum表示最少有几个哨兵认可客观下线同意故障迁移的法定票数
master设置了密码，连接master服务的密码
先启动一主二从三个redis实例，则是正常的主从复制
这里我们不能忘记之前主机的配置，6379后续可能会变成从机，需要设置访问新主机的密码， 请设置masterauth项访问密码你其他机器所设置密码
master主机配置文件汇总
哨兵 启动
先启动三个哨兵，完成监控 redis-sentinel sentinel26379.conf --sentine
启动三个哨兵之哦胡在测试一侧主从复制
原有的master挂了
我们这里手动关闭6379服务器，模拟master挂了
此时我们可以等待一下，哨兵投票
此时我们可以看出，当主机down之后从机6381上位
我们看一下sentinel26379.log的日志
这是一段Redis Sentinel的日志，它记录了Redis服务器和Sentinel的一些状态变化。以下是一些关键事件的解释：
sdown（主观下线）：Sentinel认为某个服务器无法访问，可能是网络问题或者服务器崩溃。Redis is starting：Redis服务器正在启动。Warning: Could not create server TCP listening socket 0.0.0.0:26379: bind: Address already in use：Redis Sentinel试图在端口26379上启动，但是这个端口已经被其他进程使用了。+new-epoch：Sentinel开始了新的纪元，这通常意味着主服务器失效，Sentinel正在选举新的主服务器。+vote-for-leader：Sentinel投票选举新的领导者。+switch-master：Sentinel已经将主服务器从一个服务器切换到另一个服务器。+slave：Sentinel识别到一个新的从服务器。
以下是这段Redis Sentinel日志中每一行的解释：
-
4346:X 30 Dec 2023 20:25:14.957 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo：Redis服务器（PID为4346）正在启动。 -
4346:X 30 Dec 2023 20:25:14.957 # Redis version=7.0.14, bits=64, commit=00000000, modified=0, pid=4346, just started：显示Redis服务器的版本信息，位数，提交哈希，修改状态，进程ID和启动状态。 -
4346:X 30 Dec 2023 20:25:14.957 # Configuration loaded：Redis服务器已成功加载配置文件。 -
4346:X 30 Dec 2023 20:25:14.958 * monotonic clock: POSIX clock_gettime：Redis服务器正在使用POSIX的clock_gettime函数作为其单调时钟源。 -
4346:X 30 Dec 2023 20:25:14.958 # Warning: Could not create server TCP listening socket 0.0.0.0:26379: bind: Address already in use：Redis服务器试图在端口26379上创建一个TCP监听套接字，但是这个端口已经被其他进程使用了。 -
4346:X 30 Dec 2023 20:25:14.958 # Failed listening on port 26379 (TCP), aborting.：由于无法在端口26379上监听，Redis服务器正在终止。 -
26979:X 30 Dec 2023 20:25:58.361 # +sdown master mymaster 62.234.60.208 6379：Sentinel进程（PID为26979）报告主服务器（别名为mymaster，IP地址为62.234.60.208，端口号为6379）已经主观下线。 -
26979:X 30 Dec 2023 20:25:58.487 * Sentinel new configuration saved on disk：Sentinel进程已经将新的配置保存到磁盘上。 -
26979:X 30 Dec 2023 20:25:58.487 # +new-epoch 893：Sentinel进程已经开始了新的纪元（Epoch），编号为893。 -
26979:X 30 Dec 2023 20:25:58.493 * Sentinel new configuration saved on disk：Sentinel进程已经将新的配置保存到磁盘上。 -
26979:X 30 Dec 2023 20:25:58.494 # +vote-for-leader a380684d19db383c3e7110c9aee4af069db632d2 893：Sentinel进程正在为领导者（ID为a380684d19db383c3e7110c9aee4af069db632d2）投票，纪元编号为893。 -
26979:X 30 Dec 2023 20:25:59.395 # +config-update-from sentinel a380684d19db383c3e7110c9aee4af069db632d2 62.234.60.208 26381 @ mymaster 62.234.60.208 6379：Sentinel进程已经从另一个Sentinel（ID为a380684d19db383c3e7110c9aee4af069db632d2，IP地址为62.234.60.208，端口号为26381）那里更新了配置。 -
26979:X 30 Dec 2023 20:25:59.395 # +switch-master mymaster 62.234.60.208 6379 121.43.60.247 6381：Sentinel进程已经将主服务器从62.234.60.208:6379切换到了121.43.60.247:6381。 -
26979:X 30 Dec 2023 20:25:59.395 * +slave slave 118.31.6.132:6380 118.31.6.132 6380 @ mymaster 121.43.60.247 6381：Sentinel进程识别到一个新的从服务器（IP地址为118.31.6.132，端口号为6380）。 -
26979:X 30 Dec 2023 20:25:59.395 * +slave slave 62.234.60.208:6379 62.234.60.208 6379 @ mymaster 121.43.60.247 6381：Sentinel进程识别到一个新的从服务器（IP地址为62.234.60.208，端口号为6379）。 -
26979:X 30 Dec 2023 20:25:59.400 * Sentinel new configuration saved on disk：Sentinel进程已经将新的配置保存到磁盘上。
哨兵运行流程和选举原理
当一个主从配置中的master失效之后，sentinel可以选举出的一个新的master，用于自动接替原master的工作，主从配置中的其他redis服务器自动只想新的masterr同步数据，一般建议sentinel采取奇数台，防止某一台sentinel物权法链接到master导致误切换
运行流程
三个哨兵监控一主二从运行中->主管下线->客观下线->选出领导者哨兵->由领导者哨兵确定新master
主观下线
SDown(主观下线)：单个Sentinel实例对服务器做出的下线判断，即单个sentinel认为某个服务下线（有可能是接收不到订阅，之间的网络不通等等原因）。主观下线就是说如果服务器在[sentinel down-after-milliseconds]给定的毫秒数之内没有回应PING命令或者返回一个错误消息， 那么这个Sentinel会主观的(单方面的)认为这个master不可以用了
sentinel down-after-milliseconds <masterName> <timeout>
表示master被当前sentinel实例认定为失效的间隔时间，这个配置其实就是进行主观下线的一个依据
master在多长时间内一直没有给Sentine返回有效信息，则认定该master主观下线。也就是说如果多久没联系上redis-servevr，认为这个redis-server进入到失效（SDOWN）状态。
客观下线
ODown(客观下线)：ODown需要一定数量的sentinel，多个哨兵达成一致意见才能认为一个master客观上已经down掉
quorum这个参数是进行客观下线的一个依据，法定人数/法定票数
意思是至少有quorum个sentinel认为这个master有故障才会对这个master进行下线以及故障转移。因为有的时候，某个sentinel节点可能因为自身网络原因导致无法连接master，而此时master并没有出现故障，所以这就需要多个sentinel都一致认为该master有问题，才可以进行下一步操作，这就保证了公平性和高可用。
到此这篇关于深入理解Redis7哨兵模式(保姆级教学)的文章就介绍到这了,更多相关Redis7哨兵模式内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
本文由 华域联盟 原创撰写：华域联盟 » 深入理解Redis7哨兵模式(保姆级教学)
转载请保留出处和原文链接：https://www.cnhackhy.com/157553.htm
