企业网站建设方案书模板,高端网站建设的图片,google 网站质量问题,wordpress新窗口打开所有外链主从简介
1、主从 – 用法
像MySQL一样#xff0c;redis是支持主从同步的#xff0c;而且也支持一主多从以及多级从结构。 主从结构#xff0c;一是为了纯粹的冗余备份#xff0c;二是为了提升读性能#xff0c;比如很消耗性能的SORT就可以由从服务器来承担。 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
[rootserver01 ~]# cd /usr/local/redis/
[rootserver01 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
[rootlocalhost ~]# cd /usr/local/redis/
ootlocalhost 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:
[rootserver03 ~]# cd /usr/local/redis/
[rootserver03 redis]# vim redis.conf
bind 0.0.0.0
daemonize yes
logfile /var/log/redis.log
replicaof 192.168.134.165 6379
启动所有redis三台都启动
[rootserver01 redis]# ./src/redis-server redis.conf 查看master的状态 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以每秒钟一次的频率向它所知的MasterSlave以及其他 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配置文件修改如下配置
[rootserver01 ~]# 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的ipmaster写自己ip)sentinel down-after-milliseconds mymaster 3000 #单位毫秒
sentinel failover-timeout mymaster 1000 #若sentinel在该配置值内未能完成failover(故障转移)操作即故障时master/slave自动切换则认为本次failover失败。在后台启动所有的哨兵
注意:在生产环境下将哨兵模式启动放到后台执行: ./src/redis-sentinel sentinel.conf
[rootserver01 redis]# ./src/redis-sentinel sentinel.conf
[1] 1484查看哨兵的日志可以看出master的状态正常 将master宕机后再重启可以发现在两台slave上面查看其中一台是否切换为master:(没有优先级为随机切换)
查看哨兵的日志 进入192.168.134.163查看主从状态163成为了master
