防止双机房情况下任一个机房完铨无法提供服务时如何让redis集群继续提供服务

而Master还能继续对外提供服务

70网段都变成Slave无法正常提供服务了。。

此时需要修改其中一个节點的配置来向外提供服务
先Kill掉redis集群进程，再修改某一节点的redis集群参数指向其中一个节点，如70.215并检查另外一台，删除这一项最后重启2個节点，对外正常提供服务

为何大压力下要这样调整？

最重要的原因之一redis集群的主从复制两者复制共享同一线程，虽然是异步複制的但因为是单线程，所以也十分有限如果主从间的网络延迟不是在0.05左右，比如达到0.6甚至1.2等，那么情况是非常糟糕的因此同一redis集群集群一定要部署在同一机房内。

这些参数的具体值要视具体的压力而定，而且和消息的大小相关比如一条200~500KB的流水数据可能比较大，主从复制的压力也会相应增大而10字节左右的消息，则压力要小一些大压力环境中开启appendfsync是十分不可取的，容易导致整个集群不可用茬不可用之前的典型表现是QPS毛刺明显。

这么做的目的是让redis集群集群尽可能的避免master正常时触发主从切换特别是容纳的数据量很大时，和大壓力结合在一起集群会雪崩。

当redis集群日志中出现大量如下信息，即可能意味着相关的参数需要调整了：

将所有节点上的配置项cluster-config-file指定的文件删除，然后重新启；或者在所有节点上执行下FLUSHALL命令

slave反复循环从master复制，如果调整以上參数仍然解决不了可以尝试删除slave上的aof和rdb文件，然后再重启进程复制这个时候可能能正常完成复制。

当日志大量反反复复出现下列内容時很可能表示master和slave间同步和通讯不顺畅，导致无效的failover和状态变更这个时候需要调大相关参数值，容忍更长的延迟因此也特别注意集群內所有节点间的网络延迟要尽可能的小，最好达到0.02ms左右的水平调大参数的代价是主备切换变迟钝。

一、准备Linux机器多台正常按照生產环境部署redis集群集群是需要3台机器，1台s机器双节点（主节点、从节点）3台机器6个节点集群。redis集群集群官方给出了一个标准必须要6个节點以上集群。（当然自己学习搭建一台也可以但是要启6个节点）

二、准备需要的安装包等工具：

    不能连接外网就非常、非常、非常麻烦，需要你自己去网上一个个下载环境包一个个安装而且中间不能出现纰漏。