Redis集群模式1-主从复制+哨兵机制

单个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  
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个从