Redis主从复制、哨兵模式

目录

前言

一、Redis主从复制

(一)、概念

(二)、搭建

(三)、验证

二、Reids哨兵模式

(一)、概念

(二)、搭建

(三)、验证

总结



前言

像MySQL一样,redis是支持主从同步的,而且也支持一主多从以及多级从结构。 主从结构,一是为了纯粹的冗余备份,二是为了提升读性能,比如很消耗性能的SORT就可以由从服务器来承担。 redis的主从同步是异步进行的,这意味着主从同步不会影响主逻辑,也不会降低redis的处理性能。

主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这时可以用哨兵模式,即使无人干预也能抵御某些类型失败,实现故障转,确保redis系统的可用性。


一、Redis主从复制

以一主一从为例,多的从复制添加

(一)、概念

 是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(Master),后者称为从节点(Slave);数据的复制是单向的,只能由主节点到从节点。

作用
    数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。
    故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余。
    负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
    高可用:除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。

缺点
    故障恢复无法自动化;
    写操作无法负载均衡;
    存储能力受到单机的限制。

流程
    第一步:若启动一个Slave机器进程,则它会向Master机器发送一个“sync command”命令,请求同步连接。
    第二步:无论是第一次连接还是重新连接,Master机器都会启动一个后台进程,将数据快照保存到数据文件中(执行rdb操作),同时Master还会记录修改数据的所有命令并缓存在数据文件中。 
    第三步:后台进程完成缓存操作之后,Maste机器就会向Slave机器发送数据文件,Slave端机器将数据文件保存到硬盘上,然后将其加载到内存中,接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机,则恢复正常后会自动重新连接。
    第四步:Master机器收到Slave端机器的连接后,将其完整的数据文件发送给Slave端机器,如果Mater同时收到多个Slave发来的同步请求,则Master会在后台启动一个进程以保存数据文件,然后将其发送给所有的Slave端机器,确保所有的Slave端机器都正常。

(二)、搭建

主 192.168.127.144

修改配置文件
    bind  0.0.0.0
    port  6379
    protected-mode = no
    daemonize = yes

从 192.168.127.145

修改配置文件
    bind  0.0.0.0
    port  6380
    protected-mode = no
    daemonize = yes
    slaveof 192.168.127.144 6379

(三)、验证

配置好后重启服务

使用redis-cli命令行登录redis服务器,输入role指令查看状态


在master节点上,录入数据,在slave节点上查看到对应数据即可

 

 

二、Reids哨兵模式

(一)、概念

依托于主从模式

是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。

作用
    监控:哨兵会不断地检查主节点和从节点是否运作正常。
     自动故障转移:当主节点不能正常工作时,哨兵会开始自动故障转移操作,它会将失效主节点的其中一个从节点升级为新的主节点,并让其他从节点改为复制新的主节点。
    通知(提醒):哨兵可以将故障转移的结果发送给客户端。

缺点
    写操作无法负载均衡
    存储能力受到单机的限制
    哨兵无法对从节点进行自动故障转移,在读写分离场景下,从节点故障会导致读服务不可用,需要对从节点做额外的监控、切换操作。

结构
     哨兵节点:哨兵系统由一个或多个哨兵节点组成,哨兵节点是特殊的redis节点,不存储数据。
    数据节点:主节点和从节点都是数据节点。

(二)、搭建

cp   /etc/redis-sentinel.conf   /opt/redis_6380-sentinel.conf

cp   /etc/redis-sentinel.conf   /opt/redis_6381-sentinel.conf

cp   /etc/redis-sentinel.conf   /opt/redis_6382-sentinel.conf

分别将三个文件进行修改

bind 0.0.0.0

port 26380、26381、26382

daemonize  yes

sentinel monitor mymaster 192.168.127.144 6379 2

启动:redis-sentinel  配置文件路径(因为都开了后台运行)

(三)、验证

可以查看日志文件(/var/log/redis/sentinel.log

停止master后,slave会通过选举产生新的master

哨兵配置文件会自动修改监听的master节点地址为新的master节点地址


以前停掉的master重新启动不会更改当前哨兵模式选出的master 

总结

redis的主从复制相比于mysql主从复制要简化的多,可以实现本地主从和远端主从,远端要注意IP地址。哨兵模式一定要基于主从的基础上才可以成功。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值