原文是叫做理想化redis集群，文中提到了redis集群的模型以及需要處理的問題。
一致性hash
問題難點：
為了達到高可用，需要hash環上節點為鄰居節點備份（意味著每份資料必須複製），redis無法處理這種複製問題(一旦開始複製，就會在環上無限迴圈複製)
基於中間層**（twemproxy ）
基於redis3.0 cluster
官方的集群方案，沒太多突出的問題，為了高可用節點部署必須double；由於採用的gossip協議，資訊延遲是必須的，這裡redis3.0要求客戶端有能處理（比如主節點掛掉，slot重新分配等），大體上和引用文章的說的理想化集群差不多只有有些功能放到客戶端去做，有些放到節點集群agent去做；然後沒有使用主從環。3.0的集群也是使用主從結構來達到高可用。至於寫丟失，就不用管了。
參考redis集群規範
ps：解決負載均衡問題一般喜歡用分片，可用性問題喜歡用主從。模型簡單。
redis集群和redis宕機處理方案
redis一般在企業中做分布式快取，可以大大的減小高併發的開銷 企業中一定不是單機版的 因為如果是單機版的有可能會引起宕機 redis集群 兩台為一組，一台主機一台備機 平時主機工作，備機不工作 備機每隔幾秒就會給主機傳送乙個ping 主機在正常工作的時候會傳送乙個peng 給備機 如果不返回pan...
redis搭建集群（偽集群）
1 建立6個資料夾 2 複製redis.conf檔案，並修改redis.conf 配置檔案 3 建立集群 4 連線客戶端 5 檢視狀態 建立 6個資料夾來存放redis.conf,因為redis集群最小需要的是，三組三從，每個資料夾代表一台伺服器，6007跟6008可忽略 先複製乙個到6001資料夾...
搭建redis集群
sudo apt get install git python python pip sudo pip install redis sudo pip install e git sudo pip install e git git clone ll binaries total 19m 173582...