Redis集群模式1-主从复制+哨兵机制
2022-03-20 本文已影响0人
轻轻敲醒沉睡的心灵
单个Redis服务如果宕机的话，服务就不可用了，为了解决这种问题，redis也提供有集群服务。传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。这种集群方式在运行时存在一些问题：
- 如果从节点非常多的话，会导致对主节点同步多个从节点压力非常大。这时可以采用树状类型解决该问题。
- 如果主节点出现了问题，整个Redis环境没有主节点是不可以实现写的操作，需要人工更改配置变为主操作。为解决这种情况，可以使用哨兵机制，帮助解决Redis集群主从选举策略，实现高可用
1. 主从同步过程
- Redis从节点向主节点建立socket连接
- Redis采用全量或者增量的形式将数据同步给从节点
从Redis2.8版本以后 过程采用增量和全量同步
- 全量复制：一般用于在初次的复制场景（从节点与主节点第一次建立）
- 增量复制：网络出现问题，从节点再次连接主节点时，主节点补发缺少的数据，每次数据增量同步
2. Redis哨兵机制
Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。
要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤。哨兵服务的工作原理如下：
- 哨兵服务不建议是单机的，最好每个Redis节点都需要配置哨兵监听服务。
- 哨兵服务监听我们的主节点，每隔10s用命令获取当前整个Redis集群的环境列表，采用info 命令形式。
- 哨兵集群-多个哨兵节点都连接同一个主master节点，订阅到相同通道，有新的哨兵加入都会向通道中发送自己服务的信息，该通道的订阅者可以发现新哨兵的加入，随后相互建立长连接。
- 单个哨兵会向主master节点发送ping的命令，如果master节点没有及时的响应，哨兵会认为该master节点为“主观不可用状态”会发送给其他的哨兵确认该Master节点是否不可用，当前确认的哨兵节点数>=quorum(可配置)，会实现重新选举。
3. 主从复制+哨兵机制集群搭建
演示集群采用1主2从，采用伪集群，在一台虚拟机中启动，端口暂定6381、6382、6383，集群结构可以选择下面2种，因为数量较少，此次采用普通样式。
普通
树状
3.1 主节点配置文件
主节点配置文件和单机的时候一样，主要修改以下几点
- 注释掉bind的ip：
#127.0.0.1 - 关闭保护模式，使能远程访问：
protected-mode no - 修改端口：
port 6381 - 开启后台守护进程运行：
daemonize yes - 修改pid文件为6381：
pidfile /var/run/redis_6381.pid - 日志输出到文件，默认双引号输出到控制台：
logfile /usr/local/redis/logs/6381.log - 修改数据库文件：
dbfilename dump_6381.rdb - 修改数据库目录：
dir ../data/ - 放开密码注释，添加密码：
requirepass 123456
3.2 从节点配置文件
基本和主节点差不多，但要加上 slaveof 配置和主节点账号密码。
- 端口分别修改 6382、6383
- pid文件、日志、数据库分别修改
- 添加主节点和密码
# replicaof <masterip> <masterport>
slaveof 192.168.12.11 6381
masterauth 123456
3.3 启动集群
cd /usr/local/redis/bin
./redis-server ../redis_6381.conf # 启动服务 用指定配置文件
ps aux | grep redis # 查看redis服务启动情况
Redis启动
集群信息查看，读写测试
查看信息命令：
info replication
主
从1
从2
3.4 配置哨兵服务配置文件
哨兵配置文件是sentinel.conf，因为有3个redis服务，所以启动3个哨兵服务，对应的配置文件分别为：sentinel_26381.conf、sentinel_26382.conf、sentinel_26383.conf
- 修改端口：
port 26381因为在同一台机器，不修改会冲突 - 守护进程开启，后台运行：
daemonize yes - 修改pid文件
pidfile /var/run/redis-sentinel_26381.pid - 修改redis主节点信息
sentinel monitor mymaster 192.168.12.11 6381 2 # 2是指>=2台哨兵同意了，就可以选举。一般是过半机制
sentinel auth-pass mymaster 123456
3.5 启动哨兵服务
cd /usr/local/redis/bin
./redis-sen ../redis_6381.conf # 启动服务 用指定配置文件
ps aux | grep redis # 查看redis服务启动情况
哨兵服务
3.6 测试哨兵服务的自动选举机制
Redis服务和哨兵服务都启动了，可以测试哨兵的自动选举了，将6381沙雕，等几秒，再查看6382,6382的主从信息
kill
6382
6383主
注意：这个时候如果去看redis的配置文件，会发现配置文件中已经自动改好了主节点为6383了；而且哨兵的配置文件中，也改了主节点为6383了。这些都是哨兵帮我们做的
3.7 原主节点重新启动
因集群中已有了新主节点，所以6381再启动只能作为从节点。此时6381启动，需要在配置文件中加入主节点信息：
replicaof 192.168.12.11 6383
masterauth "123456"
加主
启动：
./redis-server ../redis_6381.conf
6381从
2个从
