主從配置
主redis：master-ip port
從redis：slave-ip port
- 設置主從redis配置daemonize yes，保證以守護進程運行。
- 設置從redis配置slaveof master-ip port。
- 設置從redis配置masterauth master-password。
- 啟動主redis、從redis
好了，可以試一下讀寫分離了，分別登陸主從redis-cli，去體驗一下吧！
主從切換
- 登陸主redis-cli，執行redis-cli shutdown關閉進程。
- 登陸從redis-cli，執行redis-cli slaveof NO ONE。
好了，登陸從redis-cli進行寫操作，寫入成功~
另外結合keepalive可以實現主redis探活和自動恢復（需從臨時主redis中拷貝dump）。此刻一定要注意不能簡單地設置主redis不帶任何處理地自動重啟，以為一旦重啟將把數據集同步到slave，會導致數據的丟失！具體操作不作贅述。
sentinel簡介
redis-sentinel是Redis官方推薦的高可用性(HA)解決方案，當用Redis做Master-slave的高可用方案時，假如master宕機了，Redis本身(包括它的很多客戶端)都沒有實現自動進行主備切換，而Redis-sentinel本身也是一個獨立運行的進程，它能監控多個master-slave集群，發現master宕機后能進行自主切換。它主要有以下功能：
- Monitoring（監控） 監控redis是否按照預期良好地運行
- Notification（通知） 如果發現某個redis節點發生錯誤，能夠通知管理員或其他程序
- Automatic failover（自動故障轉移） 當master節點不可用時，能夠從slaves節點中選舉出一個新的master節點
- Configuration provider（服務發現配置） sentinel管理redis的服務發現，當有連接請求時負責返回可用的redis節點地址
需要注意的是，sentinel也存在單點問題，所以盡量在多個服務器運行多個sentinel實例。由于sentinel之間的自動發現機制，所以不必刻意配置。（因為sentinel利用了master的發布/訂閱機制去自動發現其它也監控了統一master的sentinel節點）
sentinel啟動
redis-sentinel sentinel.conf
sentinel架構
sentinel配置
來看一個簡單的示例
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1
sentinel monitor resque 192.168.1.3 6380 4
sentinel down-after-milliseconds resque 10000
sentinel failover-timeout resque 180000
sentinel parallel-syncs resque 5
配置文件只需要配置master的信息就好啦，不用配置slave的信息，因為slave能夠被自動檢測到(master節點會有關于slave的消息)。需要注意的是，配置文件在sentinel運行期間是會被動態修改的，例如當發生主備切換時候，配置文件中的master會被修改為另外一個slave。這樣，之后sentinel如果重啟時，就可以根據這個配置來恢復其之前所監控的redis集群的狀態。
配置詳解：
sentinel monitor mymaster 127.0.0.1 6379 2
這一行代表sentinel監控的master的名字叫做mymaster,地址為127.0.0.1:6379，行尾最后的一個2代表sentinel集群中有兩個sentinel認為master故障時才會真正認為master不可用。（sentinel集群中各個sentinel通過gossip協議互相通信）
- down-after-milliseconds mymaster 60000 心跳檢測的最大寬容度，單位是毫秒，如果發送檢測時么有在規定時間（這里是60000毫秒）返回結果或者返回了一個錯誤，那么該sentinel節點認為此master故障。
- failover-timeout 設置故障轉移的超時時間。
- parallel-syncs 該選項指定了在執行故障轉移時， 最多可以有多少個從服務器同時對新的主服務器進行同步，這個數字越小，完成故障轉移所需的時間就越長。如果數字過大，那么可能導致所有的從服務器同時進行主從同步而導致短暫的服務不可用。
配置可以在運行時用命令SENTINEL SET command動態修改。
sentinel選舉算法
基于Raft協議的選舉算法，可參考進行理解
http://www.cnblogs.com/mindwind/p/5231986.html
redis-cluster簡介
為什么要搭建redis集群呢？
沒有集群功能的redis，每個master-slave主從復制都獨立于其他結點，可通過sentinel監控主從的狀態，實現自動的fail-over切換（前邊已經介紹過）。
redis集群搭建的目的其實也就是集群搭建的目的，所有的集群主要都是為了解決一個問題，在性能保證的前提下進行橫向擴展。
sentinel和cluster主要區別，sentinel用來解決HA（高可用）問題，而cluster主要解決sharding（分片）問題。兩個經常結合使用搭建高可用集群。
redis-cluster特性
目前redis支持的cluster特性
- 節點自動發現
- slave->master 選舉,集群容錯
- Hot resharding:在線分片
- 進群管理:cluster xxx
- 基于配置(nodes-port.conf)的集群管理
- ASK 轉向/MOVED 轉向機制.
redis-cluster架構
- 所有的redis節點彼此互聯(PING-PONG機制),內部使用二進制協議優化傳輸速度和帶寬
- 節點的fail是通過集群中超過半數的節點檢測失效時才生效
- 客戶端與redis節點直連,不需要中間proxy層.客戶端不需要連接集群所有節點,連接集群中任何一個可用節點即可
- redis-cluster把所有的物理節點映射到[0-16383]slot上,cluster 負責維護node<->slot<->value
redis-cluster關鍵配置
- 開啟Cluster：cluster-enabled yes。
- 集群配置文件：cluster-config-file nodes-7000.conf。這個配置文件不是要我們去配的，而是Redis運行時保存配置的文件，所以我們也不可以修改這個文件。
- 集群超時時間：cluster-node-timeout 15000。結點超則認為它發生故障。
- 槽是否全覆蓋：cluster-require-full-coverage no。默認是yes，只要有結點宕機導致16384個槽沒全被覆蓋，整個集群就全部停止服務，所以一定要改為no。
redis-cluster設計要點
- 整個架構無中心，所有節點都保存數據和整個集群的狀態。
- 數據分片保存。
- 主從方式。
