1.故障机制
1、集群中的每个节点都会定期的向其它节点发送PING命令，并且通过有没有收到回复判断目标节点是否下线；
2、集群中每一秒就会随机选择5个节点，然后选择其中最久没有响应的节点放PING命令；
3、如果一定时间内目标节点都没有响应，那么该节点就认为目标节点疑似下线；
4、当集群中的节点超过半数认为该目标节点疑似下线，那么该节点就会被标记为下线；
5、当集群中的任何一个节点下线，就会导致插槽区有空档，不完整，那么该集群将不可用；
如何解决上述问题？
1.在Redis集群中可以使用主从模式实现某一个节点的高可用。
2.当该节点（master）宕机后，集群会将该节点的从数据库（slave）转变为（master）继续完成集群服务；
2.集群中的主从复制架构
架构：
出现故障：
3.创建主从集群
需要启动6个redis实例，分别是：
6379（主） 6479（从）
6380（主） 6480（从）
6381（主） 6481（从）
启动redis实例：
cd 6379/ && redis-server ./redis.conf && cd ..
cd 6380/ && redis-server ./redis.conf && cd ..
cd 6381/ && redis-server ./redis.conf && cd ..
cd 6479/ && redis-server ./redis.conf && cd ..
cd 6480/ && redis-server ./redis.conf && cd ..
cd 6481/ && redis-server ./redis.conf && cd ..
创建集群，指定了从库数量为1，创建顺序为主库（3个）、从库（3个）：
./redis-trib.rb create --replicas 1 192.168.56.102:6379 192.168.56.102:6380 192.168.56.102:6381 192.168.56.102:6479 192.168.56.102:6480 192.168.56.102:6481
创建成功！查看集群信息：
4.测试
保存、读取数据OK！
查看下6480的从库数据：
看到从6480查看数据也是被重定向到6380.
说明集群一切运行OK！
5.测试集群中slave节点宕机
我们将6480节点kill掉，查看情况。
查看集群情况：
发现6480节点不可用。
那么整个集群可用吗？
发现集群可用，可见从数据库宕机不会影响集群正常服务。
恢复6480服务：
测试6480中的数据：
看到已经更新成最新数据。
6.测试集群中master宕机
假设6381宕机：
查看集群情况：
发现：
1、6381节点失效不可用
2、6481节点从slave转换为master
测试集群是否可用：
集群可用。
恢复6381：
发现：
1、6381节点可用
2、6481依然是主节点
3、6381成为6481的从数据库
