14. 【实战】在项目中重新搭建一套读写分离+高可用+多master的redis cluster集群

动手实操，练习如何操作部署哨兵集群，如何基于哨兵进行故障转移，还有一些企业级的配置方案。

哨兵的配置文件

1. sentinel.conf
   
   最小的配置

2. 每一个哨兵都可以去监控多个maser-slaves的主从架构，因为可能你的公司里，为不同的项目，部署了多个master-slaves的redis主从集群，相同的一套哨兵集群，就可以去监控不同的多个redis主从集群，你自己给每个redis主从集群分配一个逻辑的名称

// mymaster和resque就是两个不同的master-slaves主从集群
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1

sentinel monitor resque 192.168.1.3 6380 4
sentinel down-after-milliseconds resque 10000
sentinel failover-timeout resque 180000
sentinel parallel-syncs resque 5

3. sentinel monitor mymaster 127.0.0.1 6379：类似这种配置，来指定对一个master的监控，给监控的master指定的一个名称，因为后面分布式集群架构里会讲解，可以配置多个master做数据拆分

4. sentinel monitor master-group-name hostname port quorum

quorum的解释如下：

• 至少多少个哨兵要一致同意，master进程挂掉了，或者slave进程挂掉了，或者要启动一个故障转移操作
• quorum是用来识别故障的，真正执行故障转移的时候，还是要在哨兵集群执行选举，选举一个哨兵进程出来执行故障转移操作
• 假设有5个哨兵，quorum设置了2，那么如果5个哨兵中的2个都认为master挂掉了; 2个哨兵中的一个就会做一个选举，选举一个哨兵出来，执行故障转移; 如果5个哨兵中有3个哨兵都是运行的，那么故障转移就会被允许执行

5. sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1

上面的三个配置，都是针对某个监控的master配置的，给其指定上面分配的名称即可，这是最小的哨兵配置，如果发生了master-slave故障转移，或者新的哨兵进程加入哨兵集群，那么哨兵会自动更新自己的配置文件

6. down-after-milliseconds：超过多少毫秒跟一个redis实例断了连接，哨兵就可能认为这个redis实例挂了
7. parallel-syncs：新的master别切换之后，同时有多少个slave被切换到去连接新master，重新做同步，数字越低，花费的时间越多

默认1，基本够用

• 假设redis集群是1个master，4个slave，然后master宕机了，4个slave中有1个切换成了master，剩下3个slave就要挂到新的master上面去，
• 这个时候，如果parallel-syncs是1，那么3个slave，一个一个地挂接到新的master上面去，1个挂接完，而且从新的master sync完数据之后，再挂接下一个
• 如果parallel-syncs是3，那么一次性就会把所有slave挂接到新的master上去

9. failover-timeout：执行故障转移的timeout超时时长（ms）

搭建集群

第三个redis节点部署

在eshop-cache03上再部署一个redis

1. 哨兵集群至少需要三个redis节点，所以需要再部署一个
2. 只要安装redis就可以了，不需要去部署redis实例的启动。
3. 安装

wget http://downloads.sourceforge.net/tcl/tcl8.6.1-src.tar.gz
tar -xzvf tcl8.6.1-src.tar.gz
cd  /usr/local/tcl8.6.1/unix/
./configure  
make && make install
# 使用redis-3.2.8.tar.gz（最新稳定版）
tar -zxvf redis-3.2.8.tar.gz
cd redis-3.2.8
make && make test
make install

哨兵集群配置

哨兵配置文件

哨兵默认用26379端口，默认不能跟其他机器在指定端口连通，只能在本地访问。

mkdir /etc/sentinal
mkdir -p /var/sentinal/5000
/etc/sentinel/5000.conf

// echop-cache01
port 5000
bind 192.168.0.106
dir /var/sentinal/5000
sentinel monitor mymaster 192.168.0.106 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

// echop-cache02
port 5000
bind 192.168.0.107
dir /var/sentinal/5000
sentinel monitor mymaster 192.168.0.106 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

// echop-cache03
port 5000
bind 192.168.0.108
dir /var/sentinal/5000
sentinel monitor mymaster 192.168.0.106 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1

启动哨兵进程

1. 在eshop-cache01、eshop-cache02、eshop-cache03三台机器上，分别启动三个哨兵进程，组成一个集群，观察一下日志的输出

redis-sentinel /etc/sentinal/5000.conf
redis-server /etc/sentinal/5000.conf --sentinel

2. 日志里会显示出来，每个哨兵都能去监控到对应的redis master，并能够自动发现对应的slave
3. 哨兵之间，互相会自动进行发现，用的就是之前说的pub/sub，消息发布和订阅channel消息系统和机制
   

检查哨兵状态

# 连接哨兵
redis-cli -h 192.168.0.106 -p 5000

redis 命令：

sentinel master mymaster
SENTINEL slaves mymaster
SENTINEL sentinels mymaster
SENTINEL get-master-addr-by-name mymaster