前言

Redis作為內(nèi)存數(shù)據(jù)庫，需要具備高可用的特點，不然如果服務(wù)器宕機(jī)，還在內(nèi)存里的數(shù)據(jù)就會丟失。我們最常用的高可用方法就是搭建集群，master機(jī)器掛了，可以讓slave機(jī)器頂上，繼續(xù)提供服務(wù)。但是Redis集群是不會自動進(jìn)行主從切換的，也就是說，如果主節(jié)點非常不爭氣的在凌晨3點掛了，那么運維同學(xué)就要馬上起床，把從節(jié)點改成主節(jié)點，這樣的操作是非常繁瑣低效的。為此，Redis官方提供了一種解決方案：Redis Sentinel

簡介

Redis Sentinel集群通常由3到5個節(jié)點組成，如果個別節(jié)點掛了，集群還可以正常運作。它負(fù)責(zé)監(jiān)控Redis集群的健康情況。如果主節(jié)點掛掉，Sentinel集群會通過投票選擇一個新的主節(jié)點。當(dāng)原來的主節(jié)點恢復(fù)時，它會被當(dāng)做新的主節(jié)點的從節(jié)點重新加入Redis集群。

基本原理

Sentinel集群通過指定的配置文件發(fā)現(xiàn)master，對其進(jìn)行監(jiān)控，并且會發(fā)送info指令獲取master的從節(jié)點信息。Sentinel集群中的節(jié)點通過向其監(jiān)控的主從節(jié)點發(fā)送hello信息（包含Sentinel本身的ip、端口和id等內(nèi)容）來向其他Sentinel宣告自己的存在。

Sentinel集群通過訂閱連接來接收其他Sentinel的hello信息。

Sentinel集群通過ping命令來檢查監(jiān)控的實例狀態(tài)，如果在指定時間內(nèi)沒有返回，則認(rèn)為該實例下線。

Sentinel觸發(fā)failover主從切換后，并不會馬上進(jìn)行，只有指定(quorum)Sentinel授權(quán)后，master節(jié)點被標(biāo)記為ODOWN狀態(tài)。這時才真正開始投票選擇新的master。

Sentinel選擇新的master的原則是：首先判斷優(yōu)先級，選擇優(yōu)先級較小的；如果優(yōu)先級相同，查看復(fù)制下標(biāo)，選擇復(fù)制數(shù)據(jù)較多的；如果復(fù)制下標(biāo)也相同，就選擇進(jìn)程ID較小的。

Sentinel被授權(quán)后，它將會獲得宕掉的master的一份最新配置版本號(config-epoch)，當(dāng)failover執(zhí)行結(jié)束以后，這個版本號將會被用于最新的配置，通過廣播形式通知其它Sentinel，其它的Sentinel則更新對應(yīng)master的配置。

基本使用

我們以Python為例，簡單說明一下在客戶端如何使用Sentinel

from redis.sentinel import Sentinel

if __name__ == '__main__':
 sentinel = Sentinel(['localhost', 26379], socket_timeout=0.1)
 print(sentinel.discover_master('mymaster'))
 print(sentinel.discover_slaves('mymaster'))
 master = sentinel.master_for('mymaster', socket_timeout=0.1)
 slave = sentinel.slave_for('mymaster', socket_timeout=0.1)
 master.set('follow', 'Jackeyzhe2018')
 follow = slave.get('follow')
 print(follow)

master_for和slave_for方法會從連接池中拿出一個連接來使用，如果從地址有多個，則會采用輪詢的方法。

當(dāng)redis發(fā)生了主從切換時，客戶端如何知道地址已經(jīng)變更了呢？我們從redis-py的源碼里找一找答案。

可以看到，redis在創(chuàng)建一個新的連接時，會調(diào)用get_master_address方法來獲取主節(jié)點地址。get_master_address方法中，客戶端先查詢主節(jié)點地址，然后與內(nèi)存中的地址進(jìn)行比較。如果不一致，則會斷開連接，然后使用新的地址重新進(jìn)行連接。

如果主節(jié)點沒有掛，而Sentinel主動進(jìn)行了主從切換，對于這種情況redis-py也做了處理。就是捕獲一個ReadOnlyError的異常，然后斷開連接，后續(xù)指令都需要重新進(jìn)行連接了。當(dāng)然，如果沒有修改性指令，那么連接就不會切換，不過數(shù)據(jù)也不會被破壞，所以影響不大。

動手搭建

關(guān)于Sentinel的工作原理和使用方法我們已經(jīng)有了大概的認(rèn)識，為了加深理解，我們來自己動手搭建一套Sentinel集群。

首先搭建我們我需要的redis集群環(huán)境

安裝好redis后，將redis目錄下的配置文件redis.conf復(fù)制3份。分別命名為redis6379.conf，redis6380.conf，redis6381.conf。

在redis6381.conf文件中修改以下幾項

bind 127.0.0.1
port 6381
logfile "6381.log"
dbfilename "dump-6381.rdb"

在redis6379.conf中修改

bind 127.0.0.1
port 6379
logfile "6379.log"
dbfilename "dump-6379.rdb"
slaveof 127.0.0.1 6381

redis6380.conf的修改參照redis6379.conf。修改完成后，分別啟動三個實例。就搭建好了我們想要的redis主從環(huán)境了。

我們連接上master節(jié)點，可以看到它的主從配置信息

接著，我們來配置Sentinel集群。這里我們同樣配置三個實例。復(fù)制3份sentinel.conf文件，分別命名為sentinel-26379.conf，sentinel-26380.conf和sentinel-26381.conf。

sentinel-26379.conf文件中編輯以下內(nèi)容

port 26379 
daemonize yes 
logfile "26379.log" 
dir /home/xxx/redis/data 
sentinel monitor mymaster 127.0.0.1 6381 2
sentinel down-after-milliseconds mymaster 30000 
sentinel parallel-syncs mymaster 1 
sentinel failover-timeout mymaster 180000

sentinel-26380.conf和sentinel-26381.conf的內(nèi)容與上述類似。配置好后，我們使用命令redis-sentinel來啟動3個sentinel實例。

此時，我們用redis-cli命令連接26379的實例，查看sentinel的信息。

發(fā)現(xiàn)它已經(jīng)開始監(jiān)控我們的3個redis節(jié)點了。這時我們的整個集群就部署好了，接下來測試一下。

kill掉master節(jié)點，查看sentinel的日志，會發(fā)現(xiàn)sentinel已經(jīng)按照我們前面說的步驟選擇了新的master。

此時再來看sentinel信息。

此時，6380已經(jīng)成了新的master。

恭喜你，以后都不需要在凌晨起床切換Redis主從實例了。

總結(jié)：

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。