standaloan(單機模式)

standaloan 是redis單機模式，及所有服務連接一臺redis服務，該模式不適用生產。如果發(fā)生宕機，內存爆炸，就可能導致所有連接改redis的服務發(fā)生緩存失效引起雪崩。(推薦：redis視頻教程)

ssentinel(哨兵模式)

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

sentinel哨兵如下功能實現(xiàn)

(1)monitoring:監(jiān)控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地址可以自動發(fā)現(xiàn)。

(1)sentinels——sentinel之間通過redis pub/sub交換信息獲得。

(2)slaves——詢問master獲得。

3、sdown、odown、failover

故障檢測一般都是通過ping-pong機制，sentinel引入sdown(主觀下線)和odown(客觀下線)機制，目的應該是在集群規(guī)模較大時，檢測更客觀

(1)sdwon——is-master-down-after-milliseconds(可配置)時間內ping-pong失敗。sdown的slave不能升級為master。

(2)odown——超過一定數(shù)目(可配置)的sentinel認為sdown，odown只針對master。

(3)failover——多數(shù)sentinel認為odown。

redis-cluster(集群模式)

redis集群模式，同樣可以實現(xiàn)redis高可用部署,Redis Sentinel集群模式中，隨著業(yè)務量和數(shù)據(jù)量增，到性能達到redis單節(jié)點瓶頸，垂直擴容受機器限制，水平擴容涉及對應用的影響以及數(shù)據(jù)遷移中數(shù)據(jù)丟失風險。針對這些痛點

Redis3.0推出cluster分布式集群方案，當遇到單節(jié)點內存，并發(fā)，流量瓶頸是，采用cluster方案實現(xiàn)負載均衡，cluster方案主要解決分片問題，即把整個數(shù)據(jù)按照規(guī)則分成多個子集存儲在多個不同幾點上，每個節(jié)點負責自己整個數(shù)據(jù)的一部分。

Redis Cluster采用哈希分區(qū)規(guī)則中的虛擬槽分區(qū)。虛擬槽分區(qū)巧妙地使用了哈希空間，使用分散度良好的哈希函數(shù)把所有的數(shù)據(jù)映射到一個固定范圍內的整數(shù)集合，整數(shù)定義為槽(slot)。Redis Cluster槽的范圍是0 ～ 16383。槽是集群內數(shù)據(jù)管理和遷移的基本單位。

采用大范圍的槽的主要目的是為了方便數(shù)據(jù)的拆分和集群的擴展，每個節(jié)點負責一定數(shù)量的槽。Redis Cluster采用虛擬槽分區(qū)，所有的鍵根據(jù)哈希函數(shù)映射到0 ～ 16383，計算公式：slot = CRC16(key)&16383。每一個實節(jié)點負責維護一部分槽以及槽所映射的鍵值數(shù)據(jù)。下圖展現(xiàn)一個五個節(jié)點構成的集群，每個節(jié)點平均大約負責3276個槽，以及通過計算公式映射到對應節(jié)點的對應槽的過程。

redis-cluster架構圖

更多redis知識請關注redis入門教程欄目。

總結

以上是生活随笔為你收集整理的redis php方案,Redis三种部署方案图文详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。