哨兵

在一個典型的一主多從的Redis系統中，當主數據庫遇到異常中斷服務后，需要手動選擇一個從數據庫升級為主數據庫，整個過程需要人工介入，難以自動化。

Redis2.8提供了哨兵2.0（2.6提供了1.0，但是問題較多），哨兵顧名思義就是監控Redis系統的運行狀況。它的功能包括一下兩個：

• 監控主數據庫和從數據庫是否正常運行；
• 主數據庫出現故障時自動將從數據庫升級為主數據庫；

哨兵是一個獨立的進行，在一個一主多從的Redis系統中，可以使用多個哨兵監控整個Redis系統，哨兵之間也會互相監控。

配置

基于前面的一主兩從架構，為他們加入哨兵。

可以在三個redis節點的redis目錄下找到sentinel.conf文件，這個文件就是哨兵的配置文件，修改配置如下：

sentinel monitor mymaster 192.168.2.101 6379 3

其中mymaster是要監控的主數據庫名字，可以自定義；

接下來是主數據庫的ip和端口；

最后一個3是指哨兵最低通過票數；

如果你需要后臺啟動，則修改daemonize參數：

daemonize yes

配置后如果有防火墻，不要忘記打開哨兵的端口，默認是26379。

最后，開啟哨兵：

redis-sentinel /yourpath/sentinel.conf

做個測試，關閉主數據庫（192.168.2.101）后，等待30秒（默認30秒）：

• 哨兵將從數據庫中的一個節點升級成主數據庫（192.168.2.102）；
• 將另一個從數據庫（192.168.2.103）的主數據庫（192.168.2.101）切換到新的主數據庫（192.168.2.102）；

隨后啟動剛才關閉的主數據庫（192.168.2.101）

• 哨兵自動將其轉為從數據庫；

原理

監控過程

哨兵啟動后，會與要監控的主數據庫建立兩條連接：

一條用來用來訂閱__sentinel__:hello頻道以獲取其他哨兵節點的信息；

另一條用來定期向主數據庫發送INFO等命令來獲取主數據庫本身的信息；

在和主數據庫建立連接后，哨兵會定時執行下面3個操作：

每10秒哨兵會向主數據庫和從數據庫發送INFO命令；

每2秒哨兵會向主數據庫和從數據庫的__sentinel__:hello頻道發送自己的信息；

每1秒哨兵會向主數據庫和從數據庫和其他哨兵發送PING命令；

第一個操作是發送INFO命令，目的是獲取主數據庫的信息，以及主數據庫的從數據庫的信息，從而實現新節點的自動發現，并對從數據庫也建立兩條連接。

第二個操作是訂閱__sentinel__:hello頻道，并發送哨兵本身的信息，與同樣監控該數據庫的其他哨兵分享自己的信息，同時也能識別哨兵是否是新哨兵。哨兵與哨兵之間也會建立一個鏈接，用來發送PING命令；

第三個操作是發送PING命令，在發現了從數據庫和其他哨兵后，要做的就是定時監控Redis服務是否停止，時間間隔與配置文件中的down-after-milliseconds有關，當這個值小于1秒時，哨兵會每隔該值的時間發送PING命令，當這個值大于1秒時，哨兵會每隔1秒發送一次PING命令。

配置方式是在sentinel.conf文件中加入：

sentinel down-after-milliseconds mymaster 600 # 600毫秒發送一個PING

當超過down-after-milliseconds時，如果PING的數據庫未回復，則哨兵認為其主觀下線。主觀下線可以理解為當前的哨兵認為該節點下線了。

如果該節點是主數據庫，則哨兵們會進一步判斷是否需要對其進行故障修復：

哨兵會發送SENTINEL is-master-down-by-addr命令詢問其他哨兵，判斷他們是否也認為該主數據庫下線，如果達到quorum參數，也就是我們在配置哨兵時的命令：

sentinel monitor mymaster 192.168.2.101 6379 3

的最后一個參數3，哨兵們會認為這個主數據庫客觀下線，并選舉一個領頭哨兵對主從系統發起故障恢復。

領頭哨兵選舉

要進行故障恢復，則需要選舉出一個領頭哨兵，領頭哨兵的選擇算法是Raft算法，具體過程如下：

發現主數據庫客觀下線的哨兵節點（A節點）想每個哨兵節點發送命令，要求對方選擇自己成為領頭哨兵；

如果目標哨兵節點沒有選擇過其他人，則會同意將A設置成領頭哨兵；

如果A發現超過半數且超過quorum參數個哨兵節點同意選擇自己，則A成功成為領頭哨兵；

當有多個哨兵同時參選，則會出現沒有任何節點當選的可能，此時每個參選節點將等待一個隨即時間重新發起競選，直到選舉成功。

故障恢復

選擇出領頭哨兵后，會把從數據庫中的一個挑選出來升級為主數據庫：

所有先線的從數據庫中，選擇優先級最高的，優先級可以通過slave-priority來設置；

如果有多個一樣優先級的從數據庫，則復制的命令偏移量越大，越優先（與down掉的主數據庫最接近）；

如果還有多個備選，則選擇運行ID較小的（運行ID不會重復）；

選擇好節點后，領頭哨兵將想這個節點發送slaveof no one，升級他為主數據庫。

然后想其他從數據庫發送slaveof命令切換主數據庫。

最后更新內部的記錄，將已經停止服務的舊的主數據庫更新為新的主數據庫的從數據庫，當其回復后自動以從數據庫的身份加入到主從架構中。

哨兵部署

哨兵的推薦部署方案：

為每個節點（無論是主數據庫還是從數據庫）都部署一個哨兵；

使每個哨兵與其對應的節點的網絡環境相同或相近；

設置quorum的值為N/2+1，這樣使得只有當大部分哨兵統一后才會選擇領頭哨兵進行故障恢復；

下一篇將詳細介紹Redis，敬請期待

讀者福利，可直接點擊鏈接領取相關學習福利包：石墨文檔

知乎 - 安全中心?shimo.im

是安全網站放心，繼續訪問就可以領取了哦

總結

以上是生活随笔為你收集整理的redis 哨兵_Redis哨兵的配置和原理的全部內容，希望文章能夠幫你解決所遇到的問題。

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