Redis主从配置和哨兵模式

主从简介

1、主从 – 用法

像MySQL一样,redis是支持主从同步的,而且也支持一主多从以及多级从结构。 主从结构,一是为了纯粹的冗余备份,二是为了提升读性能,比如很消耗性能的SORT就可以由从服务器来承担。 redis的主从同步是异步进行的,这意味着主从同步不会影响主逻辑,也不会降低redis的处理性能。 主从架构中,可以考虑关闭主服务器的数据持久化功能,只让从服务器进行持久化,这样可以提高主服务器的处理性能。 在主从架构中,从服务器通常被设置为只读模式,这样可以避免从服务器的数据被误修改。但是从服务器仍然可以接受CONFIG等指令,所以还是不应该将从服务器直接暴露到不安全的网络环境中。

2.主从复制原理

主从 – 同步原理
从服务器会向主服务器发出SYNC指令,当主服务器接到此命令后,就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作,也就是将主服务器的数据写入RDB文件中。在数据持久化期间,主服务器将执行的写指令都缓存在内存中。
 
在BGSAVE指令执行完成后,主服务器会将持久化好的RDB文件发送给从服务器,从服务器接到此文件后会将其存储到磁盘上,然后再将其读取到内存中。这个动作完成后,主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。


部署主从复制

三台redis配置主从

master :192.168.134.165

slave1: 192.168.134.166

slave2: 192.168.134.163

master:
[root@server01 ~]# cd /usr/local/redis/
[root@server01 redis]# vim redis.conf
protected-mode no            #关闭加密保护
bind 0.0.0.0   #所有IP
port 6379
daemonize yes   #开启后台模式将on改为yes
logfile "/var/log/redis.log"   #定义log文件
pidfile "/var/run/redis_6379.pid"

slave1:
[root@localhost ~]# cd /usr/local/redis/
oot@localhost redis]# vim redis.conf
bind 0.0.0.0
daemonize yes   #开启后台模式
logfile "/var/log/redis.log"
protected-mode  no  
replicaof 192.168.134.165  6379    #master为192.168.134.165 端口为6379
slave2:
[root@server03 ~]# cd /usr/local/redis/
[root@server03 redis]# vim redis.conf 
bind 0.0.0.0
daemonize yes
logfile "/var/log/redis.log"
replicaof 192.168.134.165 6379   

启动所有redis(三台都启动)

[root@server01 redis]# ./src/redis-server  redis.conf  &

查看master的状态

Redis主从配置和哨兵模式_第1张图片


redis-sentinel---哨兵模式

1、哨兵简介:Redis Sentinel

Sentinel(哨兵)是用于监控redis集群中Master状态的工具,其已经被集成在redis2.4+的版本中是Redis官方推荐的高可用性(HA)解决方案。

2、作用

1):Master状态检测

2):如果Master异常,则会进行Master-Slave切换,将其中一个Slave作为Master,将之前的Master作为Slave

3):Master-Slave切换后,master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变,即master_redis.conf中会多一行slaveof的配置,sentinel.conf的监控目标会随之调换

3、工作模式

1):每个Sentinel以每秒钟一次的频率向它所知的Master,Slave以及其他 Sentinel 实例发送一个 PING 命令

2):如果一个实例(instance)距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值, 则这个实例会被 Sentinel 标记为主观下线。

3):如果一个Master被标记为主观下线,则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。

4):当有足够数量的 Sentinel(大于等于配置文件指定的值)在指定的时间范围内确认Master的确进入了主观下线状态, 则Master会被标记为客观下线

4、主观下线和客观下线

主观下线:Subjectively Down,简称 SDOWN,指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。 客观下线:Objectively Down, 简称 ODOWN,指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断,并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后,得出的Master Server下线判断,然后开启failover.

配置哨兵模式

哨兵模式主要监视主从的状态,这里是由上面的主从;让哨兵监视master的状态

  • 每台机器上修改sentinel.conf配置文件:修改如下配置
[root@server01 ~]# vim /usr/local/redis/sentinel.conf 
protected-mode no   # #关闭加密模式--新添加到sentinel配置文件中
port 26379        #哨兵的端口为26379
logfile "/var/log/redis-sentinel.log"  #设置哨兵的日志文件
sentinel monitor mymaster 192.168.134.165 6379 2   #当集群中有2个sentinel认为master死了时,才能真正认为该master已经不可用了。 (slave上面写的是master的ip,master写自己ip)

sentinel down-after-milliseconds mymaster 3000         #单位毫秒
sentinel failover-timeout mymaster 1000        #若sentinel在该配置值内未能完成failover(故障转移)操作(即故障时master/slave自动切换),则认为本次failover失败。
  • 在后台启动所有的哨兵

注意:在生产环境下将哨兵模式启动放到后台执行:     ./src/redis-sentinel sentinel.conf &

[root@server01 redis]# ./src/redis-sentinel  sentinel.conf  &
[1] 1484
  • 查看哨兵的日志可以看出master的状态正常

Redis主从配置和哨兵模式_第2张图片

  • 将master宕机后再重启,可以发现在两台slave上面查看其中一台是否切换为master:(没有优先级,为随机切换)

查看哨兵的日志

Redis主从配置和哨兵模式_第3张图片

  •  进入192.168.134.163查看主从状态:163成为了master

Redis主从配置和哨兵模式_第4张图片

你可能感兴趣的:(redis,数据库,缓存)