Redis 主从复制,哨兵搭建及集群模式搭建

redis 主从复制

环境准备

master hbh2 192.168.88.4
slave1 hbh3 192.168.88.5
slave2 hbh4 192.168.88.6

所有主机都已安装好redis

修改master的redis配置文件

vim /etc/redis/6379.conf
#70行,修改bind 项,0.0.0.0监听所有网段
bind 0.0.0.0

#137行,开启守护进程
daemonize yes

#172行,指定日志文件目录
logfile /var/log/redis_6379.log

#264行,指定工作目录
dir /var/lib/redis/6379

#700行,开启AOF持久化功能
appendonly yes

/etc/init.d/redis_6379 restart  重启服务

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

修改2个salve的redis配置文件

vim /etc/redis/6379.conf
#70行,修改bind 项,0.0.0.0监听所有网卡
bind 0.0.0.0
#137行,开启守护进程
daemonize yes
#172行,指定日志文件目录
logfile /var/log/redis_6379.log
#264行,指定工作目录
dir /var/lib/redis/6379

#288行,指定要同步的Master节点IP和端口
replicaof 192.168.88.4 6379

#700行,开启AOF持久化功能
appendonly yes

/etc/init.d/redis_6379 restart

在这里插入图片描述

验证

redis-cli info replication

在master上查看
在这里插入图片描述

在slave上查看
在这里插入图片描述

哨兵模式

在主从复制的基础上,哨兵引入了主节点的自动故障转移

哨兵的启动依赖于主从模式,所以须把主从模式安装好的情况下再去做哨兵模式,所有节点上都需要部署哨兵模式,哨兵模式会监控所有的 Redis 工作节点是否正常,当 Master 出现问题的时候,因为其他节点与主节点失去联系,因此会投票,投票过半就认为这个 Master 的确出现问题,然后会通知哨兵间,然后从 Slaves 中选取一个作为新的 Master

环境基于主从复制进行配置

对所有节点修改哨兵配置文件

vim /opt/redis-5.0.7/sentinel.conf

#17行,取消注释,关闭保护模式
protected-mode no

#21行,Redis哨兵默认的监听端口
port 26379

#26行,指定sentinel为后台启动
daemonize yes

#36行,指定日志存放路径
logfile "/var/log/sentinel.log"

#65行,指定数据库存放路径
dir "/var/lib/redis/6379"

#84行,修改 指定该哨兵节点监控192.168.163.10:6379这个主节点,
#该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:
#至少需要2个哨兵节点同意,才能判定主节点故障并进行故障转移
sentinel monitor mymaster 192.168.163.10 6379 2

#113行,判定服务器down掉的时间周期,默认30000毫秒(30秒)
sentinel down-after-milliseconds mymaster 30000

#146行,故障节点的最大超时时间为180000(180秒)
sentinel failover-timeout mymaster 180000

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
对3台主机执行相同操作

开启哨兵服务时先开启master,再开启slave

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

验证

redis-cli -p 26379 info Sentinel 查看哨兵模式信息

在这里插入图片描述

模拟故障

模拟master宕机

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

redis集群模式

集群由多个节点(Node)组成,Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点:只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制

集群作用

  • 数据分区:将数据分散到多个节点,一方面突破了Redis单机内存大小的限制,存储容量大大增加;另一方面每个主节点都可以对外提供读服务和写服务,大大提高了集群的响应能力
  • 高可用:集群支持主从复制和主节点的自动故障转移(与哨兵类似);当任一节点发生故障时,集群仍然可以对外提供服务

数据分片

  • redis集群引入了哈希槽的概念
  • redis集群有16384个哈希槽(编号0-16383)
  • 集群的每个节点负责一部分哈希槽
  • 每个key通过CRC16校验后对16384取余来决定放置哪个哈希槽,通过这个值,去找到对应的插槽所对应的节点,然后直接自动跳转到这个对应的节点上进行存取操作
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值