gem install redis   

 上面的步驟完事了，接下來執行一下redis-trib.rb

 /usr/local/redis-3.2.1/src/redis-trib.rb

   Usage: redis-trib <command> <options> <arguments ...>

   reshard        host:port
                  --to <arg>
                  --yes
                  --slots <arg>
                  --from <arg>
  check          host:port
  call            host:port command arg arg .. arg
  set-timeout    host:port milliseconds
  add-node        new_host:new_port existing_host:existing_port
                  --master-id <arg>
                  --slave
  del-node        host:port node_id
  fix            host:port
  import          host:port
                  --from <arg>
  help            (show this help)
  create          host1:port1 ... hostN:portN
                  --replicas <arg>

For check, fix, reshard, del-node, set-timeout you can specify the host and port of any working node in the cluster.

     看到這，應該明白了吧， 就是靠上面這些操作 完成redis叢集搭建的.

 確認所有的節點都啟動，接下來使用引數create 建立 

cd /usr/local/redis3.0/src

./redis-trib.rb create --replicas 1 172.16.101.113:7005 172.16.101.113:7004 172.16.101.113:7003 172.16.101.112:7002 172.16.101.112:7001 172.16.101.112:7000

    解釋下， --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上做一些這樣的操作。

    在192.168.1.238, redis-cli -c -p 700*  分別進入redis各節點的客戶端命令視窗， 依次輸入 cluster meet 192.168.1.238 7000……

    回到Server1，已經建立完畢了。

    檢視一下 /usr/local/redis/src/redis-trib.rb check 192.168.1.237:7000

    到這裡叢集已經初步搭建好了。

如果需要做成認證模式，需要在redis.conf中加入

 requirepass 123456

需要叢集化部署成功後再加，加了立刻生效。

如果是一開始就加入密碼的話，啟動的需要更改

四、測試

1）get 和 set資料

    redis-cli -c -p 7000 

    進入命令視窗，直接 set  hello  howareyou

    直接根據hash匹配切換到相應的slot的節點上。

    還是要說明一下，redis叢集有16383個slot組成，通過分片分佈到多個節點上，讀寫都發生在master節點。

  2）假設測試

    果斷先把192.168.1.238服務Down掉，（192.168.1.238有1個Master, 2個Slave） ,  跑回192.168.1.238, 檢視一下 發生了什麼事，192.168.1.237的3個節點全部都是Master，其他幾個Server2的不見了

    測試一下，依然沒有問題，叢集依然能繼續工作。

    原因：  redis叢集  通過選舉方式進行容錯，保證一臺Server掛了還能跑，這個選舉是全部叢集超過半數以上的Master發現其他Master掛了後，會將其他對應的Slave節點升級成Master.

    疑問： 要是掛的是192.168.1.237怎麼辦？    哥試了，cluster is down!!    沒辦法，超過半數掛了那救不了了，整個叢集就無法工作了。 要是有三臺Server，每臺兩Master，切記對應的主從節點

            不要放在一臺Server,別問我為什麼自己用腦子想想看，互相交叉配置主從，掛哪臺也沒事，你要說同時兩臺crash了，呵呵噠......

  3）關於一致性

    我還沒有這麼大膽拿redis來做資料庫持久化哥網站資料，只是拿來做cache，官網說的很清楚，Redis Cluster is not able to guarantee strong consistency.