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

目录

1.主从复制

1.2主从复制的作用

1.3 主从复制流程

1.4 搭建主从复制

1.4.1 主服务器配置

 1.4.2 从服务器设置

1.4.3 同步测试

2. 哨兵模式 

2.1哨兵的作用

2.2 哨兵模式配置

2.2.3 修改配置文件

​2.2.4 故障模拟

3. 集群

---

1.主从复制

1.2主从复制的作用

• 数据冗余:主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

• 故障恢复:当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复;实际上是一种服务的冗余。

• 负载均衡:在主从复制的基础上，配合读写分离，可以出主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点)，分担服务器负载;尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

• 高可用基石:除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

1.3 主从复制流程

(1）若启动一个slave机器进程，则它会向Master机器发送一个"sync command"命令，请求同步连接。

(2）无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rtl操作），同时Naster还会记录修改数据的所有命令并缓存在数据文件中。

(3）后台进程完成缓存操作之后，Naster机器就会向slave机器发送数据文件，Slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给slave端机器。若Slave出现故障导致宕机，则恢复正常后会自动重新连接。

(4) Master机器收到slave端机器的连接后，将其完整的数据文件发送给Slave端机器，如果Mater同时收到多个slave发来的同步请求，则Master公在后台启动一个进程以保存数据文件，然后将其发送给所有的slave端机器，确保所有的slave端机器都正常。

1.4 搭建主从复制

1.4.1 主服务器配置

修改/etc/redis/6379.conf配置文件

#70行，修改bind 项，0.0.0.0监听所有网段
bind 0.0.0.0

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

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

 1.4.2 从服务器设置

从服务器1：192.168.112.100

从服务器2：192.168.112.101

#70行，修改bind 项，0.0.0.0监听所有网卡
bind 0.0.0.0

#288行，添加要同步的Master节点IP和端口
replicaof 192.168.112.99 6379

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

两台服务器设置相同 

1.4.3 同步测试

tail -f /var/log/redis_6379.log
#跟踪查看主服务器日志内容

redis-cli info replication
#会显示slave0和slave1的端口连接地址、状态等

2. 哨兵模式 

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

2.1哨兵的作用

• 监控
  • 不断的检查 master 和 slave 是否正常运行
  • master 存活检测、master 与 slave 运行情况检测
• 通知（提醒）
• 自动故障转移
  • 断开 master 与 slave 连接，选取一个 slave 作为 master，将其他的 slave 连接到新的 master，并告知客户端新的服务器地址

注意：

• 哨兵也是一台redis服务器，只是不提供数据服务
• 通常哨兵配置的数量为单数

2.2 哨兵模式配置

2.2.3 修改配置文件

三台服务器做相同配置

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

 配置完成后，启动哨兵模式（先启动主服务器，再启动从服务器）

cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &

2.2.4 故障模拟

查看一下master  redis进程号

 杀死该进程，模拟master节点瘫痪

tail -f /var/log/sentinel.log
#实时查看日志文件


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

 配置成功

3. 集群

 为方便实验，选择在一台服务器上，通过开启6个不同的节点来模拟真实场景。

为每个节点创建目录，并准备配置文件

cd /etc/redis/
mkdir -p redis-cluster/redis600{1..6}

for i in {1..6}
do
cp /opt/redis-5.0.7/redis.conf /etc/redis/redis-cluster/redis600$i
cp /opt/redis-5.0.7/src/redis-cli /opt/redis-5.0.7/scr/redis-server /etc/redis/redis-cluster/redis600$i
done

 修改每个目录下的/redis.conf配置文件

注意6个端口都要不一样。
cd /etc/redis/redis-cluster/redis6379
vim redis.conf

bind 127.0.0.1					        #69行，修改bind项，监听自己的IP
protected-mode no						#88行，修改，关闭保护模式
port 6001							    #92行，修改，redis监听端口，
daemonize yes							#136行，以独立进程启动
cluster-enabled yes						#832行，取消注释，开启群集功能
cluster-config-file nodes-6379.conf		#840行，取消注释，群集名称文件设置，无需修改
cluster-node-timeout 15000				#846行，取消注释群集超时时间设置
appendonly yes							#699行，修改，开启AOF持久化

完成后，在每个节点目录中，启动redis，并查看启动情况

redis-server redis.conf #启动服务

ps -ef |  grep redis #查看服务是否启动成功

 启动集群  

redis-cli --cluster create 127.0.0.1:6001 127.0.0.1:6002 127.0.0.1:6003 127.0.0.1:6004 127.0.0.1:6005 127.0.0.1:6006 --cluster-replicas 1
--replicas 1 表示每个主节点有一个从节点

 

redis-cli -p 6001 -c     登录redis
-p：指定端口号
-c：节点直接可以相互跳转


cluster slots             查看节点的哈希槽编号范围

测试 

在其中一个主节点上创建内容，然后在各个从节点上查看是否出现主节点上的内容

 完成