websphere 启动出错 检查节点 上服务器的日志_启动Redis Sentinel哨兵

本文记录了Shane配置Redis哨兵的过程,包括修改`redis-sentinel.conf`配置文件以监视主服务器,设置心跳检测时间,调整日志位置,并详细描述了哨兵模式下主从节点的自动切换机制。当主节点关闭时,哨兵系统通过投票选出新的主节点,确保集群的高可用性。最后,文章提及了在主节点重启后变为从节点的问题,暗示后续会探讨解决方案。
摘要由CSDN通过智能技术生成

仅作为Shane个人笔记

  • 上一篇文章Shane记录了自己用TP6操作Redis集群的过程
  • 一篇Shane准备记录启动Redis哨兵

复制配置文件

  • cd /etc 会在etc下看到redis-sentinel.conf这个配置文件
cp redis-sentinel.conf /usr/local/redis

修改配置文件

  • 配置监视主服务器
# sentinel monitor 主节点名称 IP 端口号 投票超过多少次认定客观死亡sentinel monitor mymaster  127.0.0.1 6379 1
  • 配置密码
# passadmin这个密码是Shane前几篇笔记当时用的sentinel auth-pass mymaster passadmin
  • 修改心跳检测 5000毫秒(redis默认的30秒太长,5秒就行)
sentinel down-after-milliseconds mymaster 5000
  • 多少合格从节点
# sentinel parallel-syncs mymaster sentinel parallel-syncs mymaster 1
  • 修改日志位置
logfile /usr/local/redis/redis-sentinel.log

启动哨兵模式

# 两种启动方式用哪种都可以redis-server redis-sentinel.conf --sentinel &redis-sentinel redis-sentinel.conf
fb270b7b5dc0aad0fd9b77dfa0a7fc96.png

启动成功日志

测试

  • 手动关停主节点进行测试
  • 进入redis-cli 执行shutdown命令
0161cb80cb4afe71afd144d8ba0ff79b.png

从服务器开始选举新的主服务器

  • 从图中可以看出3个从节点发现主节点主观死亡(sdown)之后
  • 主节点的死亡变为客观死亡(odown)并自动开始通过选举算法切换主节点
  • 认证主节点客观死亡要通过从节点投票大于一半以上,才可以认证主节点客观死亡
  • 这也是为什么奇数集群(如:三从)会达到高可用的效果
  • 启动主节点,此时发现原来的主节点被降级为了从节点,附属于之前哨兵选举出来的主节点
a22a13267c8f8183dda3bb722d6773c7.png

原来的主节点变为了从节点

  • 这样一来则产生了一个问题,原本支持读写的主服务器变为了从服务器(Read Only)
  • 但是配置文件中写的还是原来的配置,Shane下一篇笔记,再来记录解决办法

Shane在B站的TP6视频:BV1tJ411J7qZ

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值