目录
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 查看节点的哈希槽编号范围
测试
在其中一个主节点上创建内容,然后在各个从节点上查看是否出现主节点上的内容
完成