Redis三種部署方案圖文詳解

standaloan(單機模式)

standaloan 是redis單機模式，及所有服務連接一台redis服務，此模式不適用生產。如果發生宕機，記憶體爆炸，就可能導致所有連接改redis的服務發生快取失效造成雪崩。 （推薦：redis影片教學）

ssentinel（哨兵模式）

redis-Sentinel(哨兵模式)是Redis官方推薦的高可用性(HA)解決方案，當用Redis做Master-slave的高可用方案時，假如master宕機了，Redis本身(包括它的很多客戶端)都沒有實現自動進行主備切換，而Redis-sentinel本身也是一個獨立運作的進程，它能監控多個master-slave集群，發現master宕機後能進行切換

sentinel哨兵如下功能實作

（1）monitoring:監控redis是否正常運作

（2）notification：通知application錯誤訊息

（3）failover:當某個master死掉，選擇另外一個slave升級為master ,更新master-slave關係。

（4）configurationprovider：client透過sentinel取得redis位址，並在failover時更新位址

2、sentinels and slaves autodiscovery（redis2.8以上）

設定文件中只配置master地址，slave地址和sentinel地址可以自動發現。

（1）sentinels－sentinel之間透過redis pub/sub交換資訊取得。

（2）slaves－詢問master獲得。

3、sdown、odown、failover

故障偵測一般都是透過ping-pong機制，sentinel引入sdown（主觀下線）和odown（客觀下線）機制，目的應該是在群集規模較大時，偵測更客觀

（1）sdwon－is-master-down-after-milliseconds（可設定）時間內ping-pong失敗。 sdown的slave不能升級為master。

（2）odown－超過一定數目（可設定）的sentinel認為sdown，odown只針對master。

（3）failover－多數sentinel認為odown。

redis-cluster(叢集模式)

redis叢集模式，同樣可以實現redis高可用部署,Redis Sentinel叢集模式中，隨著業務量和資料量增，到效能達到redis單節點瓶頸，垂直擴容受機器限制，水平擴容涉及對應用的影響以及資料遷移中資料遺失風險。針對這些痛點

Redis3.0推出cluster分散式叢集方案，當遇到單節點內存，並發，流量瓶頸是，採用cluster方案實現負載均衡，cluster方案主要解決分片問題，即把整個資料依照規則分成多個子集儲存在多個不同幾點上，每個節點負責自己整個資料的一部分。

Redis Cluster採用哈希分區規則中的虛擬槽分區。虛擬槽分區巧妙地使用了雜湊空間，使用分散度良好的雜湊函數把所有的資料映射到一個固定範圍內的整數集合，整數定義為槽（slot）。 Redis Cluster槽的範圍是0 ～ 16383。槽是叢集內資料管理和遷移的基本單位。

採用大範圍的槽的主要目的是為了方便資料的拆分和叢集的擴展，每個節點負責一定數量的槽。 Redis Cluster採用虛擬槽分區，所有的鍵根據雜湊函數映射到0 ～ 16383，計算公式：slot = CRC16(key)&16383。每一個實節點負責維護一部分槽以及槽所映射的鍵值資料。下圖展現一個五個節點構成的集群，每個節點平均約負責3276個槽，以及透過計算公式映射到對應節點的對應槽的過程。

redis-cluster架構圖

#更多redis知識請關注redis入門教學欄位。

以上是Redis三種部署方案圖文詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！