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取余来决定放置哪个哈希槽,通过这个值,去找到对应的插槽所对应的节点,然后直接自动跳转到这个对应的节点上进行存取操作