Redis哨兵詳解，哨兵搭建流程，哨兵的運作流程和選舉原理(主觀下線，客觀下線，如何選舉出哨兵leader)。

Redis哨兵（sentinel）

哨兵是什麼？

吹哨人巡查監(jiān)控後臺master主機是否有故障，如果故障了根據(jù)投票數(shù)自動將某一個從庫轉換為新主庫，繼續(xù)對外服務。 【相關推薦：Redis影片教學】

俗稱，無人值守運維。

幹什麼？

• 主從監(jiān)控：監(jiān)控主從redis庫執(zhí)行是否正常
• 訊息通知：哨兵可以將故障轉移的結果傳送給客戶端
• 故障轉移：將其中一個Slave作為新的Master
• 配置中心：客戶端透過連接哨兵來獲得目前Redis服務的主節(jié)點位址

案例

架構

3個哨兵：自動監(jiān)控和維護集群，不存放數(shù)據(jù)，只是吹哨者。

1主2從：用於讀取與存放資料

#步驟

• 將redis安裝路徑下的sentinel.conf 拷貝到myredis目錄下

  cp sentinel.conf /myredis/sentinel26379.conf

• 修改設定檔

  vim sentinel26379.conf
      
  bind 0.0.0.0
      
  # protected-mode yes 修改為 protected-mode no
  protected-mode no
  
  # daemonize no 修改為 daemonize yes
  daemonize yes
  
  # port 
  port 26379
  
  # pid文件名字，pidfile
  pidfile /var/run/redis_26379.pid
      
  # log文件名字，logfile（修改 logfile "" 為 logfile "/myredis/26379.log"）
  logfile "/myredis/26379.log"
  
  # 指定當前的工作目錄（修改 dir /temp 為 dir /myredis）
  dir /myredis

  設定要監(jiān)控的master伺服器

  quorum：確認客觀下線的最少哨兵數(shù)。同意故障遷移的法定票數(shù)。

  # sentinel monitor <master-name> <ip> <redis-port> <quorum>

  設定連線master服務的密碼

  # sentinel auth-pass <master-name> <password>

  #我們知道，網(wǎng)路是不可靠的，有時候一個sentinel會因為網(wǎng)路阻塞而誤以為一個master redis已經(jīng)死掉了，在sentinel集群環(huán)境下需要多個sentinel互相溝通來確認某個master是否真的死了，quorum這個參數(shù)是進行客觀下線的一個依據(jù)，意思是至少有quorum個sentinel認為這個master有故障，才會對這個master進行下線以及故障轉移。因為有的時候，某個sentinel節(jié)點可能因為自身網(wǎng)路原因，導致無法連接master，而此時master並沒有出現(xiàn)故障，所以，這就需要多個sentinel都一致認為該master有問題，才可以進行下一步操作，這保證了公平性和高可用。

安裝三臺linux

ip和port分別為

# sentinel00
192.168.157.112    26379
# sentinel01
192.168.157.113    26380
# sentinel02
192.168.157.118    26381

設定三臺哨兵

sentinelxxxx.conf檔案

sentinel00

sentinel26379.conf

bind 0.0.0.0
daemonize yes
protected-mode no
port 26379
logfile "/myredis/sentinel26379.log"
pidfile /var/run/redis-sentinel26379.pid
dir /myredis
sentinel monitor mymaster 192.168.157.115 6379 2
sentinel auth-pass mymaster 1234

sentinel01

sentinel26380.conf

bind 0.0.0.0
daemonize yes
protected-mode no
port 26380
logfile "/myredis/sentinel26380.log"
pidfile /var/run/redis-sentinel26380.pid
dir /myredis
sentinel monitor mymaster 192.168.157.115 6379 2
sentinel auth-pass mymaster 1234

sentinel02

sentinel26381. conf

bind 0.0.0.0
daemonize yes
protected-mode no
port 26381
logfile "/myredis/sentinel26381.log"
pidfile /var/run/redis-sentinel26381.pid
dir /myredis
sentinel monitor mymaster 192.168.157.115 6379 2
sentinel auth-pass mymaster 1234

測試

• 基於先前的redis複製，啟動1主2從測試是否主從複製是否正常，輸入info replication 檢視是否正常

• #啟動三臺哨兵，完成監(jiān)控

  redis-sentinel /myredis/sentinel26379.conf --sentinel
  redis-sentinel /myredis/sentinel26380.conf --sentinel
  redis-sentinel /myredis/sentinel26381.conf --sentinel

• 測試主從複製，一切良好

• ##查看日誌

• 檢視設定檔sentinel.conf

> 后面為自動新增內(nèi)容

• master主機

  # 模擬宕機
  shudown

  ##問題
  兩臺從機資料是否正常？ （yes）
  1. 會不會從剩下的兩臺機器中選出新的master?（yes）
  2. 之前的master重啟之後會不會重新上位，重新成為master？ （no）
salve取得資料

查看新的master

重寫啟動原始master

• #master不會重新上位。

對比設定檔

sentinel6379.conf 檔案

舊master

• 新master

哨兵運行流程和選舉原理

當一個主從配置中的master失效后，sentinel可以選舉出一個新的master用于自動替換原master的工作，主從配置中的其他redis服務自動指向新的master同步數(shù)據(jù)，一般建議sentinel采取奇數(shù)臺，防止某一臺sentinel無法連接到master導致誤切換。

SDown主觀下線(Subjectively Down)

SDOWN（主觀不可用）是單個哨兵自己主觀檢測到的關于master的狀態(tài)，從sentinel的角度來看，如果發(fā)送了PING心跳后，在一定時間內(nèi)沒有收到合法的回復，就到達了SDOQN的條件。

sentinel配置文件中的 down-after-milliseconds 設置了主觀下線的時間長度（默認30秒）。

# sentinel down-after-milliseconds <masterName> <timeout>
sentinel down-after-milliseconds mymaster 30000

ODown客觀下線(Objectively Down)

ODOWN需要一定數(shù)量的sentinel，多個哨兵達成一致意見才能確認一個master客觀上已經(jīng)宕機了。

# sentinel monitor <master-name> <ip> <redis-port> <quorum>
sentinel monitor mymaster 127.0.0.1 6379 2

選舉出領導者哨兵

當主節(jié)點被判斷客觀下線后，各個哨兵節(jié)點會進行協(xié)商，先選舉出一個領導者哨兵節(jié)點，并由該領導者哨兵節(jié)點進行failover（故障遷移）

領導者哨兵如何選出來的？

Raft算法

監(jiān)視該主節(jié)點的所有哨兵都有可能被選為領導者，選舉使用的算法是Raft算法；Raft算法的基本思路是先到先得，即在一輪選舉中，哨兵A向B發(fā)送成為領導者的申請，如果B沒有同意過其他哨兵，則會同意A成為領導者。

選新的master（im）

整個過程由sentinel自己獨立完成，無需人工干涉。

新主登基

某一個slave被選中成為master

選出新的master的規(guī)則，剩余slave節(jié)點健康的前提下

1. redis.conf文件中，優(yōu)先級slave-priority或者replica-priority最高節(jié)點（數(shù)字越小優(yōu)先級越高）
2. 復制偏移量offset最大的從節(jié)點。
3. 最小Run ID的從節(jié)點。

群臣俯首

• 執(zhí)行 slaveof no one 命令讓選出來的從節(jié)點成為新的主節(jié)點，并通過 slaveof 命令讓其他節(jié)點成為其從節(jié)點。

• sentinel leader 會對選舉出來的新 master 執(zhí)行 slaveof no one，將其提升為master節(jié)點

• sentinel leader 向其他slave發(fā)送命令，讓剩余的slave成為新的master節(jié)點的slave。

舊主拜服

• 將之前的已經(jīng)下線的舊master設置為新選出的新master的從節(jié)點，當舊master重新上線后，它會成為新master的從節(jié)點
• sentinel leader 會讓原來的master降級為slave并恢復正常工作。

哨兵使用建議

• 哨兵節(jié)點數(shù)量應該為多個，哨兵本身應該為集群，保證高可用
• 哨兵節(jié)點數(shù)量應該是奇數(shù)
• 各個哨兵節(jié)點的配置應該一致
• 如果哨兵節(jié)點部署在docker等容器里面，尤其要注意端口的正確映射
• 哨兵集群 + 主從復制，并不能保證數(shù)據(jù)零丟失

更多編程相關知識，請訪問：編程視頻?。?/p>

以上是深入搞懂Redis中的哨兵的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！