使用三台虚拟机创建Redis双实例部署cluster三主三从集群，并且主从之间要交叉成对，避免主从都出现在同一台虚拟机上的情况。
这是我们搭建三组三从的一个目标之一，刚开始我使用的是官网的ruby脚本redis.trib.rb来创建集群，后来发现一个大坑，双实例的三主三从你在使用redis.trib.rb脚本创建集群时无论怎么排序，最后都是会有一对主从是落在同一虚拟机上的。
比如下面查看到的状态（观察实例的ID）：
192.168.1.33:6379 192.168.1.34:6380
192.168.1.35:6379 192.168.1.35:6380
192.168.1.34:6379 192.168.1.33:6380
cluster nodes
d3cf7c72d3118f2bdd39e3581d0cc4c52e7c03c3 192.168.1.33:6379 myself,master - 0 0 1 connected 0-5460
cba6c37028119adof59c589f3863716faac67721 192.168.1.34:6380 s1ave d3cf7c72d3118f2bdd39e3581d0cc4c52e7c03c3 0 1543825541203 4 connected
f2336c17830c43d449cf2b6d1384b4891f9d7c2f 192.168.1.35:6380 slave 8e6c05671c098ffa09004bd450ea5292930b2481 0 1543825542205 6 connected
8e6c05671c098ffa09004bd450ea5292930b2481 192.168.1.35:6379 master - 0 1543825540700 5 connected 10923-16383
65f50d0f1117fd70278bb5d66bcb95048da8b0e5 192.168.1.34:6379 master - 0 1543825541704 3 connected 5461-10922
a12b13d5044059e7bfb95b83d8d091a626a95261 192.168.1.33:6380 s1ave 65f50d0f1117fd70278bb5d66bcb95048da8b0e5 0 1543825540700 3 connected那么这就问题大了，如果192.168.1.35这台设备挂了，那么整个redis集群的数据就缺失了，因为redis cluster是分片存储集群。当然如果redis只是用来做缓存数据库，不使用持久化，问题也就没那么大。如果是6台虚拟机，就不会出现这种情况；更多数量主从双实例集群，比如四主四从的没有测试过，大家可以回去测试一下。
对于这个问题，我们可以通过纯手动创建三主三从的双实例集群，不使用官方的redis.trib.rb脚本。
-----------------------------------------Mark一下--------------------------------------------------