Redis主从复制、哨兵模式、Cluster集群

一、Redis主从复制

1、主从复制介绍

2、主从复制原理

编辑

3、主从复制的作用

4.Redis主从复制实验搭建

1. 关闭防火墙和安装依赖环境

2. 解压安装包

3. 编译并安装到指定目录

4. 执行脚本文件

5. 做软连接

6. 启动redis并查看端口

7. 重启redis

8. 修改主服务器--->7-4---配置文件

9. 重启redis服务

10. 修改从服务器--->7-3---配置文件

11. 重启服务，看主从有没连接

12. 修改从服务器--->7-2---配置文件

13. 重启服务，查看主从服务器有没有连接

14. 在Master--->7-4---验证主从效果

15. 在Master--->7-4---验证从节点

16. 在Master节点上设置键，查看从节点

二、Redis哨兵模式

1. 哨兵模式的作用

2. 哨兵结构由两部分组成，哨兵节点和数据节点

3. 故障切换原理

4. 主节点的选举

5. 哨兵模式的搭建

1. 环境配置

2. 修改Redis配置文件（所有节点--->7-4，7-3和7-2）

3. 启动哨兵模式

4. 故障模拟

5. 查看结果

一、Redis主从复制

1、主从复制介绍

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master），后者称为从节点（Slave）；数据的复制是单向的，只能由主节点到从节点。

默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

2、主从复制原理

#####sync 同步
#####RDB(完全备份的文件------>从服务器) 和 AOF(增量备份的文件----->从服务器)

1. 从服务器给主服务器发送sync同步数据请求

2. 主redis会fork一个子进程，会产生rdb文件(#完全备份的文件)
2.1 客户端还在持续写入redis

3. rdb文件的持久化完成后，主redis会将rdb文件和缓存起来的命令给从服务器

4. 复制和推送完数据后，主redis会持续同步操作命令(利用的是AOF[增量备份]的持久化功能)

5. 再下一台redis接入主从复制之前，主redis会持续的利用AOF的方式来同步数据给从服务器

3、主从复制的作用

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。
负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。
高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

4.Redis主从复制实验搭建

主机	操作系统	IP地址	软件 / 安装包 / 工具
Master	CentOS7	192.168.91.104	redis-5.0.7.tar.gz
Slave1	CentOS7	192.168.91.103	redis-5.0.7.tar.gz
Slave2	CentOS7	192.168.91.102	redis-5.0.7.tar.gz

1. 关闭防火墙和安装依赖环境

systemctl stop firewalld
setenforce 0
yum install gcc gcc-c++ -y make

2. 解压安装包

#解压文件到指定文件夹 opt
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/

3. 编译并安装到指定目录

make
#编译
make PREFIX=/usr/local/redis install
#执行软件包提供的install_server.sh 脚本文件，设置Redis服务所需要的相关配置文件

4. 执行脚本文件

cd utils###先切换目录
./install_server.sh

5. 做软连接

ln -s /usr/local/redis/bin/* /usr/local/bin/

6. 启动redis并查看端口

/etc/init.d/redis_6379 start
netstat -natp|grep 6379

7. 重启redis

8. 修改主服务器--->7-4---配置文件

vim /etc/redis/6379.conf
bind 0.0.0.0      #70行，修改监听地址为0.0.0.0
daemontze yes     #137行，开启守护进程
logfile/var/log/redis_6379.1og   #172行，指定日志文件目录
dir/var/lib/redis/6379           #264行，指定工作目录
appendonly yes                   #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart

修改内容如下

9. 重启redis服务

10. 修改从服务器--->7-3---配置文件

vim /etc/redis/6379.conf 
 
bind 0.0.0.0         #70行，修改监听地址为0.0.0.0
daemonize yes        #137行，开启守护进程
logfile/var/log/redis 6379.1og    #172行，指定日志文件目录
dir/var/lib/redis/6379            #264行，指定工作目录
replicaof 192.168.52.140 6379#288行，指定要同步的Master节点IP和端口
appendonly yes     #700行，开启AOF持久化功能
#################################################################
/etc/init.d/redis_6379 restart
netstat -natp | grep redis

默认内容如下

需要修改内容如下

11. 重启服务，看主从有没连接

/etc/init.d/redis_6379 restart
netstat -natp|grep redis

12. 修改从服务器--->7-2---配置文件

vim /etc/redis/6379.conf 
 
bind 0.0.0.0         #70行，修改监听地址为0.0.0.0
daemonize yes        #137行，开启守护进程
logfile/var/log/redis 6379.1og    #172行，指定日志文件目录
dir/var/lib/redis/6379            #264行，指定工作目录
replicaof 192.168.52.140 6379#288行，指定要同步的Master节点IP和端口
appendonly yes     #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart
netstat -natp | grep redis

默认内容如下

需要修改内容如下

13. 重启服务，查看主从服务器有没有连接

/etc/init.d/redis_6379 restart
netstat -natp|grep redis

14. 在Master--->7-4---验证主从效果

tail /var/log/redis_6379.log

15. 在Master--->7-4---验证从节点

redis-cli info replication

16. 在Master节点上设置键，查看从节点

二、Redis哨兵模式

主从切换技术的方法是：当服务器宕机后，需要手动一台从机切换为主机，这需要人工干预，不仅费时费力而且还会造成一段时间内服务不可用。为了解决主从复制的缺点，就有了哨兵机制。

哨兵的核心功能：在主从复制的基础上，哨兵引入了主节点的自动故障转移。

1. 哨兵模式的作用

监控：哨兵会不断地检查主节点和从节点是否运作正常。
自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其它从节点改为复制新的主节点。
通知（提醒）：哨兵可以将故障转移的结果发送给客户端。

2. 哨兵结构由两部分组成，哨兵节点和数据节点

哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的redis节点，不存储数据，台数必须为大于等于3奇数台。
数据节点：主节点和从节点都是数据节点。

3. 故障切换原理

一、哨兵对主从复制的集群进行监控
监控对象：所有redis数据节点

二、哨兵与哨兵之间进行相互监控
监控对象：哨兵彼此

三、监控的原理
1. 哨兵与哨兵之间的监控目的：检测彼此的存活状态
2. 哨兵会监控所有的redis数据库的目的：为了实现自动故障切换

###故障切换原理：1. 当master宕机，哨兵会及时发现，会进行投票机制，选举出新master(一定是奇数)
2. 完成slave---->master的从向主进行切换
3. 完成其他从服务器对新master做配置

需要特别注意的是，客观下线是主节点才有的概念；如果从节点和哨兵节点发生故障，被哨兵主观下线后，不会再有后续的客观下线和故障转移操作

4. 主节点的选举

过滤掉不健康的（己下线的），没有回复哨兵ping响应的从节点。
选择配置文件中从节点优先级配置最高的。（replica-priority，默认值为100）
选择复制偏移量最大，也就是复制最完整的从节点。

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式

5. 哨兵模式的搭建

1. 环境配置

哨兵模式要在基于主从复制已搭建完成的前提下

主机	操作系统	IP地址	软件 / 安装包 / 工具
Master	CentOS7	192.168.91.104	redis-5.0.7.tar.gz
Slave1	CentOS7	192.168.91.103	redis-5.0.7.tar.gz
Slave2	CentOS7	192.168.91.102	redis-5.0.7.tar.gz

2. 修改Redis配置文件（所有节点--->7-4，7-3和7-2）

systemctl stop firewalld
setenforce 0
 
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.223.10 6379 2 #84行，修改 指定该哨兵节点监控192.168.223.10:6379这个主节点，该主节点的名称是mymaster，最后的2的含义与主节点的故障判定有关：至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
sentinel down-after-milliseconds mymaster 30000 #113行，判定服务器down掉的时间周期，默认30000毫秒（30秒）
sentinel failover-timeout mymaster 180000   #146行，故障节点的最大超时时间为180000（180秒）

默认配置如下

需要修改内容如下

3. 启动哨兵模式

redis-sentinel sentinel.conf &
注意！先启动主服务器，再启动从服务器

4. 故障模拟

查看redis-server进程号

ps aux|grep redis
root      58036  0.2  0.2 159624  4752 ?        Ssl  13:18   0:08 /usr/local/bin/redis-server 0.0.0.0:6379
root      58613  0.4  0.2 153992  4600 ?        Ssl  14:18   0:01 redis-sentinel *:26379 [sentinel]
root      58709  0.0  0.0 112824   980 pts/1    S+   14:23   0:00 grep --color=auto redis

杀死Master节点上redis-server进程号

kill -9 57031     #Master节点上redis-server的进程号

5. 查看结果

在哨兵节点上验证master是否转换至从服务器

tail -f /var/log/sentinel.log

在哨兵上查看是否转换成功

redis-cli -p 26379 info sentinel
####用于检索有关Redis Sentinel的信息