设为首页 收藏本站
查看: 903|回复: 0

[经验分享] redis主从复制和故障切换

[复制链接]

尚未签到

发表于 2018-11-4 07:58:38 | 显示全部楼层 |阅读模式
redis主从复制和故障切换
  1)当启动一个Slave进程后,它会向Master发送一个SYNC Command,请求同步连接。
  2)无论是第一次连接还是重新连接,Master都会启动一个后台进程,将数据快照保存到数据文件中,同时Master会记录所有修改数据的命令并缓存在数据文件中。
  3)后台进程完成缓存操作后,Master就发送数据文件给Slave,Slave端将数据文件保存到硬盘上,然后将其在加载到内存中,接着Master就会所有修改数据的操作,将其发送给Slave端。
  3)若Slave出现故障导致宕机,恢复正常后会自动重新连接,Master收到Slave的连接后,将其完整的数据文件发送给Slave
  4)如果Mater同时收到多个Slave发来的同步请求,Master只会在后台启动一个进程保存数据文件,然后将其发送给所有的Slave,确保Slave正常。
server13的配置以及redis安装不赘述了,有需要的话移步   基于redis缓存数据库实现lnmp架构高速访问

server11:
  安装redis
  vim /etc/redis/6379.conf
slaveof 172.25.8.13 6379            从redis配置  bind 127.0.0.1 172.25.88.11    绑定自己的IP,让别人可以访问
  看看redis能否正常运行....
DSC0000.png

server12:
安装redis
配置redis的sentinel
  cd /mnt/redis/redis-3.2.5
  cp sentinel.conf /etc/redis/
  vim sentinel.conf
17 protected-mode no 一定要关闭保护模式,否则主从切换不成功,这个很容易忽略!  21 port 26379        管理端口
  98 sentinel monitor mymaster 172.25.88.33 6379 2  #2个岗哨(选举的时候会用到),配置master
  106 sentinel down-after-milliseconds mymaster 5000
  #master或slave多长时间不能使用后标记为s_down状态
  131 sentinel failover-timeout mymaster 90000
  #若sentinel(岗哨)在该时间值内未能完成failover操作(即故障时master/slave自动切换),则认为本次failover失败。
  vim /etc/redis/6379.conf
268 slaveof 172.25.88.13 6379            从redis配置  bind 127.0.0.1 172.25.88.12
  scp sentinel.conf 172.25.88.13:/etc/redis/
  scp sentinel.conf 172.25.88.11:/etc/redis/

server11,12,13
  redis-server /etc/redis/sentinel.conf --sentinel

DSC0001.png


检测
1.一主双重是否成功
[kiosk@miaomiao ~]$ ssh root@172.25.88.12  [root@server12 ~]# redis-cli -p 26379
  127.0.0.1:26379> info master0:name=mymaster,status=ok,address=172.25.88.13:6379,slaves=2,sentinels=3
2.主从切换( failover )
  [root@server11 redis]# redis-cli -h 172.25.88.13 shutdown
  serve13先主动down,自己发现服务异常,但主动down不切换,
  之后被动down,开始选举new master ,先确定两个岗哨的状态,之后为下一任master投票,最后11当选下一任master
DSC0002.png

  server13已经下马,servre11现在是master,同时每个配置中的主从配置,也在原来的地方文件也更改了...
DSC0003.png




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-630430-1-1.html 上篇帖子: 基于redis缓存数据库实现lnmp架构高速访问 下篇帖子: 一步一步学习redis3.2.8
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表