隐藏页面特效

redis哨兵

sentinel主要功能如下:

  • 不时的监控redis是否良好运行,如果节点不可达就会对节点进行下线标识
  • 如果被标识的是主节点,sentinel就会和其他的sentinel节点“协商”,如果其他节点也人为主节点不可达,就会选举一个sentinel节点来完成自动故障转义
  • 在master-slave进行切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换


3.2 redis sentinel配置步骤

3.2.1 配置三个redis数据库, 一主两从
redis-6380.conf redis-6381.conf redis-6382.conf
3.2.2 启动三个redis数据库,确保主从复制正常运行
redis-server redis-6380.conf redis-server redis-6381.conf redis-server redis-6382.conf
redis-cli -p 6380 info replication redis-cli -p 6381 info replication redis-cli -p 6382 info replication
3.2.3 配置三个哨兵
cd /opt/redis_conf vim redis-sentinel-26380.conf vim redis-sentinel-26381.conf vim redis-sentinel-26382.conf

写入以下配置文件

port 26380 dir /data/26380 logfile "26380.log" sentinel monitor qishimaster 127.0.0.1 6380 2 # 2表示需要几个哨兵同意选举 sentinel down-after-milliseconds qishimaster 60000 sentinel parallel-syncs qishimaster 1 sentinel failover-timeout qishimaster 180000 daemonize yes

哨兵配置文件详解:

# Sentinel节点的端口 port 26379 dir /var/redis/data/ logfile "26379.log" # sentinel announce-ip 127.0.0.1 # 宣告哨兵IP, 此配置只有当使用非127.0.0.1的IP配置哨兵无法成功时加上,同时redis三个服务端也需要同步修改IP # 当前Sentinel节点监控 127.0.0.1:6379 这个主节点 # 2代表判断主节点失败至少需要2个Sentinel节点节点同意 # mymaster是主节点的别名 sentinel monitor mymaster 127.0.0.1 6379 2 # 每个Sentinel节点都要定期PING命令来判断Redis数据节点和其余Sentinel节点是否可达,如果超过30000毫秒30s且没有回复,则判定不可达 sentinel down-after-milliseconds mymaster 30000 # 当Sentinel节点集合对主节点故障判定达成一致时,Sentinel领导者节点会做故障转移操作,选出新的主节点,原来的从节点会向新的主节点发起复制操作,限制每次向新的主节点发起复制操作的从节点个数为1 sentinel parallel-syncs mymaster 1 # 故障转移超时时间为180000毫秒 sentinel failover-timeout mymaster 180000 daemonize yes

创建存放哨兵文件的目录

mkdir -p /data/{26380,26381,26382}

如果发现哨兵没有正常启动,必须把IP改为127.0.0.1

如果你是在三个不同的机器上,只能用机器对外访问的IP,那就需要添加这一个配置

sentinel announce-ip 127.0.0.1
3.2.4 启动三个哨兵
[root@qishi666 redis_conf]# redis-sentinel redis-26380.conf [root@qishi666 redis_conf]# redis-sentinel redis-26381.conf [root@qishi666 redis_conf]# redis-sentinel redis-26382.conf
3.2.5 此时查看哨兵是否成功通信


3.2.6 如果出现问题,没有配置成功,没有显示前面这几条配置成功的信息,就推倒重来

如果出现问题,没有配置成功,没有显示前面这几条配置成功的信息,就推倒重来!!!!!!

如果出现问题,没有配置成功,没有显示前面这几条配置成功的信息,就推倒重来!!!!!!

从配置主从同步开始做!!!!!

3.2.7 验证redis高可用故障切换

大致思路

  • 杀掉主节点的redis进程6379端口,观察从节点是否会进行新的master选举,进行切换
  • 重新恢复旧的“master”节点,查看此时的redis身份

首先查看三个redis的进程状态

再把6380启动起来,查看他们的主从状态


__EOF__

本文作者404 Not Found
本文链接https://www.cnblogs.com/weiweivip666/p/13917200.html
关于博主:可能又在睡觉
版权声明:转载请注明出处
声援博主:如果看到我睡觉请喊我去学习
posted @   我在路上回头看  阅读(135)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· winform 绘制太阳,地球,月球 运作规律
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
点击右上角即可分享
微信分享提示