這篇文章帶大家了解Redis中的Sentinel機制,介紹一下運行sentinel有兩種方式,希望對大家有幫助!
#Redis-Sentinel是Redis官方推薦的高可用性(HA)解決方案,當用Redis做Master-slave的高可用方案時,假如master宕機了,Redis本身(包括它的很多客戶端)都沒有實現自動進行主備切換,而Redis-sentinel本身也是一個獨立運行的進程,它能監控多個master-slave集群,發現master宕機後能進行自懂切換。 【相關推薦:Redis影片教學】
它的主要功能有以下幾點:
很顯然,只使用單一sentinel進程來監控redis叢集是不可靠的,當sentinel進程宕掉後(sentinel本身也有單點問題,single-point-of-failure)整個叢集系統將無法按照預期的方式運作。所以有必要將sentinel集群,這樣有幾個好處:
Sentinel目前最新的穩定版本稱為Sentinel 2(與先前的Sentinel 1區分開來)。隨著redis2.8的安裝包一起發行。安裝完Redis2.8後,可以在redis2.8/src/裡面找到Redis-sentinel的啟動程式。
#強烈建議:如果你使用的是redis2.6(sentinel版本為sentinel 1),你最好應該使用redis2.8版本的sentinel 2,因為sentinel 1有很多的Bug,已經被官方棄用,所以強烈建議使用redis2.8以及sentinel 2。
#運行sentinel有兩種方式:
redis-sentinel /path/to/sentinel.conf
redis-server /path/to/sentinel.conf --sentinel
以上兩種方式,都必須指定一個sentinel的設定檔sentinel.conf,如果不指定,將無法啟動sentinel。 sentinel預設監聽26379端口,所以運行前必須確定該端口沒有被別的進程佔用。
#Redis原始碼套件中包含了一個sentinel.conf檔案作為sentinel的設定文件,配置文件自帶了關於各個配置項的解釋。典型的配置項目如下所示:
sentinel monitor mymaster 127.0.0.1 6379 2
##上面的配置項配置了兩個名字分別為mymaster和resque的master,設定檔只需要設定master的資訊就好啦,不用設定slave的信息,因為slave能夠被自動偵測到(master節點會有關於slave的訊息)。需要注意的是,設定檔在sentinel運作期間是會被動態修改的,例如當發生主備切換時候,設定檔中的master會被修改為另一個slave。這樣,之後sentinel如果重新啟動時,就可以根據這個配置來恢復其先前所監控的redis叢集的狀態。 接下來我們將一行一行地解釋上面的設定項目:sentinel down-after-milliseconds mymaster 60000
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 4 sentinel down-after-milliseconds resque 10000 30 月
sentinel monitor mymaster 127.0.0.1 6379 2#
這一行代表sentinel監控的master的名字叫做mymaster,地址為127.0.0.1:6379,行尾最後的一個2代表什麼意思呢?我們知道,網路是不可靠的,有時候一個sentinel會因為網路阻塞而誤以為一個master redis已經死掉了,當sentinel集群式,解決這個問題的方法就變得很簡單,只需要多個sentinel互相溝通來確認某個master是否真的死了,這個2代表,當集群中有2個sentinel認為master死了時,才能真正認為該master已經不可用了。 (sentinel集群中各sentinel也有互相通信,透過gossip協定)。
更多程式相關知識,請造訪:程式設計影片! !
以上是聊聊Redis中的Sentinel機制,介紹一下用法吧!的詳細內容。更多資訊請關注PHP中文網其他相關文章!