/usr/local/redis/src/redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 192.168.1.199:7003 192.168.1.199:7004 192.168.1.199:7005 127.0.0.1:7002
解释下， --replicas 1 表示 自动为每一个master节点分配一个slave节点 上面有6个节点，程序会按照一定规则生成 3个master（主）3个slave(从)
前面已经提醒过的 防火墙一定要开放监听的端口，否则会创建失败。
运行中，提示Can I set the above configuration? (type 'yes' to accept): yes //输入yes
接下来 提示 Waiting for the cluster to join.......... 安装的时候在这里就一直等等等，没反应，傻傻等半天，看这句提示上面一句，Sending Cluster Meet Message to join the Cluster.
这下明白了，我刚开始在一台Server上去配，也是不需要等的，这里还需要跑到Server2上做一些这样的操作。
在Server2, redis-cli -c -p 700* 分别进入redis各节点的客户端命令窗口， 依次输入 cluster meet 192.168.1.197 7000……
回到Server1，已经创建完毕了。
查看一下 /usr/local/redis/src/redis-trib.rb check 127.0.0.1:7000
到这里集群已经初步搭建好了。
5. 测试
1）get 和 set数据
redis-cli -c -p 7000
进入命令窗口，直接 set hello howareyou
直接根据hash匹配切换到相应的slot的节点上。
还是要说明一下，redis集群有16383个slot组成，通过分片分布到多个节点上，读写都发生在master节点。
2）假设测试
哥果断先把Server2服务Down掉，（Server2有1个Master, 2个Slave） , 跑回Server1, 查看一下 发生了什么事，Server1的3个节点全部都是Master，其他几个Server2的不见了
测试一下，依然没有问题，集群依然能继续工作。
原因： redis集群 通过选举方式进行容错，保证一台Server挂了还能跑，这个选举是全部集群超过半数以上的Master发现其他Master挂了后，会将其他对应的Slave节点升级成Master.
疑问： 要是挂的是Server1怎么办？ 哥试了，cluster is down!! 没办法，超过半数挂了那救不了了，整个集群就无法工作了。 要是有三台Server，每台两Master，切记对应的主从节点
不要放在一台Server,别问我为什么自己用脑子想想看，互相交叉配置主从，挂哪台也没事，你要说同时两台crash了，呵呵哒......
3）关于一致性
我还没有这么大胆拿redis来做数据库持久化哥网站数据，只是拿来做cache，官网说的很清楚，Redis Cluster is not able to guarantee strong consistency.
4）项目中实践
项目是Java的，选了 Jedis 这个开发包，哥先去跑跑看，就写到这里啦。有什么重大发现再续写喔。
下面关于Redis的文章您也可能喜欢，不妨参考下：
Ubuntu 14.04下Redis安装及简单测试
Redis集群明细文档
Ubuntu 12.10下安装Redis（图文详解）+ Jedis连接Redis
CentOS 6.3安装Redis