redis集群三种模式

redis 集群 高可用

redis集群三种模式

主从复制    奇数台 3 一主两从

哨兵模式    3    一主两从

cluser        集群    6    3 3 3 9

主从复制：和mysql的主从复制类似，写入主的数据通过rdb方式把数据同步到从服务器。从不能更新到主，也是哨兵模式的基础

缺点：故障自动化恢复，只有主能够写

哨兵：故障自动化恢复，主从复制完成之后，从服务器会变成只读模式，故障切换时，主故障，变成从之后，也会进入只读模式

缺点：从节点一旦故障，读会受到影响

集群：把每两台服务器作为主从模式，形成一个大的主从的集群解决了写操作的负载均衡。较为完善的高可用方案

缺点：保证高可用，对数据的完整性要求不高。

主从复制：

主节点和从节点

数据的复制是单向的，由主复制到从

主从复制的流程：

 redis主从复制的实验：

实验准备：

主从	IP地址
master	192.168.233.41
slave1	192.168.233.42
slave2	192.168.233.43

 

实验前准备好三台源码编译安装好的redis虚拟机

实验步骤：

步骤一：修改master节点的配置文件 

vim /etc/redis/6379.conf 
 bind 0.0.0.0                      #70行,修改监听地址为0.0.0.0（生产环境中，尤其是多网卡最好填写物理网卡的IP）
 daemonize yes                     #137行，开启守护进程，后台启动 
 logfile /var/log/redis_6379.log   #172行，指定日志文件存放目录
 dir /var/lib/redis/6379           #264行，指定工作目录
 appendonly yes                    #700行，开启AOF持久化功能
​
/etc/init.d/redis_6379 restart     #重启redis服务

 步骤二：修改slave节点的配置文件 

#修改slave1和slave2的配置文件
vim /etc/redis/6379.conf 
 bind 0.0.0.0                        #70行,修改监听地址为0.0.0.0（生产环境中需要填写物理网卡的IP）
 daemonize yes                       #137行,开启守护进程，后台启动
 logfile /var/log/redis_6379.log     #172行,指定日志文件目录
 dir /var/lib/redis/6379             #264行,指定工作目录
 replicaof 192.168.73.105 6379       #288行,指定要同步的Master节点的IP和端口
 appendonly yes                      #700行,修改为yes，开启AOF持久化功能

/etc/init.d/redis_6379 restart       #重启redis
netstat -natp | grep redis           #查看主从服务器是否已建立连接

 

 步骤三:使用redis工具在主中创建键值查看 

 

 

---

哨兵：故障自动化恢复，主从复制完成之后，从服务器变成只读模式

故障切换时，主故障，变成从服务器，主变成从之后，也会进入只读模式

缺点：从节点一旦故障，读会收到影响

切换方式:不是按照权重来进行切换 是以投票的方式:主宕机其他服务器投票，选举，Raft算法，选一个离当前时间点更新最快的从变成主  

sentinel monitor mymaster 192.168.233.7 6379 2

初始化监听，都是监听主，监听主动服务器的状态

2 对应的从服务器的数量以及投票的参与者 参与者要和从服务器的数量一致

2台服务器投票通过，主才能进行故障转移。

sentinel down-after-milliseconds mymaster 30000

判断服务器宕机的时间周期 30秒，每30秒检测一次

sentinel failover-timeout mymaster 180000

判断故障节点的超时的最大时间 180秒

redis-sentinel sentinel.conf &

启动哨兵模式命令

redis-cli -p26379 info Sentinel

查看哨兵模式的状态命令

 redis哨兵模式的部署

 实验组件部署
 

主从	ip地址
master	192.168.233.41
slave1	192.168.233.42
slave2	192.168.233.43

实验具体操作步骤 ：

步骤一：修改哨兵节点的配置文件（三台一起）

哨兵的的配置文件是redis软件中自带的配置 

vim /opt/redis-5.0.7/sentinel.conf
......
protected-mode no                                #17行，取消注释，关闭保护模式
port 26379                                       #21行，Redis哨兵默认的监听端口
daemonize yes                                    #26行，指定sentinel为后台启动
logfile "/var/log/sentinel.log"                  #36行，指定日志文件存放路径
dir "/var/lib/redis/6379"                        #65行，指定数据库存放路径
sentinel monitor mymaster 192.168.73.105 6379 2  #84行，修改
#指定该哨兵节点监控192.168.73.105:6379这个主节点，该主节点的名称是mymaster。
#最后的2的含义与主节点的故障判定有关：至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
​
sentinel down-after-milliseconds mymaster 3000  #113行，判定服务器down掉的时间周期，默认30000毫秒（30秒）
sentinel failover-timeout mymaster 180000  #146行，同一个sentinel对同一个master两次failover之间的间隔时间（180秒）
​

步骤二：启动 哨兵模式

#启动三台哨兵
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &

---

集群：

redis3.0之后的分布式存储方案

集群由多个节点组成，redis数据保存在这些节点中

集群中的节点分为主和从

主负责读写以及维护集群的信息

从节点进行主从数据的复制（也可以查）

redis集群的数据分片

在集群概念中，引用的是hash槽的概念

创建了集群就有16384个哈希槽

3个节点：

主1 0-5460

主2 5461-10922

主3 10923-16383

节点当中如果主和从全部失败整个集群都将不可用

redis-cluster集群实验

实验准备：

六台主机

准备六台主机
redis1 192.168.233.41
redis2 192.168.233.42
redis3 192.168.233.43
redis5 192.168.233.45
redis6 192.168.233.46
redis7 192.168.233.47

关闭防火墙和安全机制
vim /etc/redis/6379.conf
70行
bind 0.0.0.0
#监听所有端口
89行
protected-mode no
#关闭保护模式
136行
daemonize yes
700
appendonly yes
#开启aof持久化
833行
cluster-enabled yes
841行取消注释
cluster-config-file nodes-6379.conf
847行取消注释
cluster-node-timeout 15000
 
cd /etc/redis
sz 6379.conf
#将6379这个配置文件发送到其他五台主机同步配置文件
 
/etc/init.d/redis_6379 restart
#所有主机重启redis服务

回到redis1：
redis-cli -h 192.168.233.41 --cluster create 192.168.233.41:6379 192.168.233.45:6379 192.168.233.42:6379 192.168.233.46:6379 192.168.233.43:6379 192.168.233.47:6379 --cluster-replicas 1

进入redis1：
redis-clli
cluster nodes
#查看主从详细信息
set test1 1
keys *
#在redis1上创建一个键值对到从主机上查看一下