Sentinel哨兵模式解决故障转移

再复制2台

  cp redis-slave-01 redis-slave-02 -R
  cp redis-slave-01 redis-slave-03 -R

配置redis-slave-03

cd redis-slave-02 删除appendonly.aof dump.rdb

   rm -rf appendonly.aof dump.rdb
   vi redis.conf

修改 port 为6381

启动redis-slave-02

  ./redis-service redis.conf
  ./redis-cli -p 6381

配置redis-slave-03

   rm -rf appendonly.aof dump.rdb
   vi redis.conf

修改 port 为6382

启动redis-slave-03

  ./redis-service redis.conf
  ./redis-cli -p 6382

目前一主三从

Sentinel哨兵模式解决故障转移

Sentinel安装配置

cd  /usr/local/redis
cp /redis-4.0.14/sentinel.conf  sentinel.conf

修改配置文件

vi sentinel.conf

#只要有一台sentinel 认为你挂了就你挂了
sentinel monitor mymaster 192.168.8.129 6379 1
#10000毫秒连接不上就认为挂了
sentinel down-after-milliseconds mymaster 10000
#超过60000毫秒认为转移故障失败
sentinel failover-timeout mymaster 60000
#故障转移一次可以操作几台
sentinel parallel-syncs mymaster 1

sentinel配置文件默认是2台,因此注销

#sentinel monitor mymaster 127.0.0.1 6379 2

启动sentinel

 cd  /usr/local/redis
 /redis-4.0.14/src/redis-sentinel sentinel.conf

监控 主服务器6379 下面3台6380 6381 6382

Sentinel哨兵模式解决故障转移

测试 关掉主服务器6379 shutdown

Sentinel哨兵模式解决故障转移

查看一下redis访问(6379已经没有了被干掉了)

Sentinel哨兵模式解决故障转移

宕机==>转移==》选举

Sentinel哨兵模式解决故障转移

这里6380被选举成主服务 可以info看一下

Sentinel哨兵模式解决故障转移

总结
1、 一主3从变成1主2从
2、 6379修复了也不会变成主服务了
3、重启6379变成6380的从服务器

Sentinel哨兵模式解决故障转移

Sentinel哨兵模式解决故障转移

本作品采用《CC 协议》,转载必须注明作者和本文链接
有梦想的人睡不着,没有梦想的人睡不醒。
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!
文章
88
粉丝
21
喜欢
134
收藏
267
排名:228
访问:4.2 万
私信
所有博文
博客标签
redis
1
php
1
laravel
7
docker
3
orm
2
sync
1
pivot
1
detach
2
attach
2
算法
1
递归
1
多对多
1
lnmp环境搭建
1
GO变量
1
GO数据类型
1
IOC注入反转
1
IOC容器的绑定解析过程(绑定单例)
1
原生微信网页授权登录(natapp穿墙)
1
VMwareNAT网卡配置
1
MySQL基础架构
1
redis 主从搭建
1
Sentinel哨兵模式解决故障转移
1
elasticsearch安装
1
elasticsearch集群安装3台
1
安装kibana
1
必须了解的mysql三大日志-binlog、redo log和undo log
1
何处理数据恢复 数据丢失 面试tx的架构师的岗位问的
1
分库分表插入数据
1
创建分库分表(在主从复制的基本上)
1
分库分表总结
1
mysql总结
1
haproxy状态检测脚本(完成高可用)
1
mysql高可用衡搭建(Keepalived)
1
mysql负载均衡搭建(haproxy)
1
mysql主从恢复数据一致性(pt工具-t-table-checksum和pt-table-sync)
1
终于解决了《====》记一次mysql热备份xtrabackup(没有解决问题)
1
mysql事务
1
MYSQL8.0安装
1
Redis-cluster分布式集群搭建部署
1
比Redis-cluster还好的redis分布式集群(twemproxy)
1
Redis缓存穿透/缓存雪崩/缓存击穿(案例:产生的原因 解决方案利/弊)
1
数据结构之MySQL独爱B+树(二叉树、AVL树、红黑树、B树对比)
1
B-tree
1
B+tree
1
Mycat实现mysql的负载均衡读写分离
2
mysql双主双从 搭建配置
1
mycat 双主双从-负载均衡-高可用
1
Mycat垂直分库
1
记一次mysql高可用技术分享
1
【rabbitmq】安装ampq的扩展的踩坑总结
1
PHP操作MongoDB(增删改查)
1
golang总结
5
社区赞助商