Redis哨兵模式是什么

這篇文章主要講解了“Redis哨兵模式是什么”，文中的講解內(nèi)容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Redis哨兵模式是什么”吧！

哨兵模式

1. 哨兵概念

• 在一主多從結(jié)構(gòu)中，如果master宕機了，就需要從多個slave中選出一個作為新的master，要想完成這樣的功能，就需要使用Redis的哨兵機制

• 哨兵 (sentinel) 是一個分布式系統(tǒng)，用于對主從結(jié)構(gòu)中的每臺服務(wù)器進行監(jiān)控，當出現(xiàn)故障時通過投票機制選擇新的master并將所有slave連接到新的master，如下圖所示：

  

2. 哨兵作用

• 監(jiān)控：監(jiān)控master和slave

• 不斷的檢查master和slave是否正常運行

• master存活檢測、master與slave運行情況檢測

• 通知（提醒）：當被監(jiān)控的服務(wù)器出現(xiàn)問題時，向其他哨兵、Redis服務(wù)器發(fā)送通知

• 故障轉(zhuǎn)移：斷開宕機的master與slave的連接，選取一個slave作為master，將其他slave連接新的master，并告知客戶端新的服務(wù)器地址

注意：哨兵也是一臺redis服務(wù)器，僅提供監(jiān)控服務(wù)，不提供數(shù)據(jù)管理服務(wù)；通常哨兵的數(shù)量配置為單數(shù)(方便投票)

3. 啟用哨兵

• 修改哨兵的配置文件 sentinel.conf ，配置文件位于Redis目錄下，如下圖所示：

  

• 部分配置的含義如下圖所示：

  

• 啟動哨兵

  redis-sentinel filename 
  #filename指的是配置文件名
  #每個哨兵都要配置自己的配置文件

• 配置并啟動哨兵之后，主服務(wù)器宕機之后，會自動的執(zhí)行投票、主從切換等過程

4. 哨兵原理

哨兵在進行主從切換過程中經(jīng)歷三個階段：

• 監(jiān)控

• 通知

• 故障轉(zhuǎn)移

4.1 監(jiān)控

用于同步各個節(jié)點的狀態(tài)信息，這些節(jié)點包括master、slave、哨兵，也就是整個系統(tǒng)所有服務(wù)器的信息。

主要完成的功能：

• 獲取各個sentinel的狀態(tài)（是否在線）：新添加的哨兵要與系統(tǒng)中已經(jīng)存在的哨兵進行信息的交互

• 獲取master的狀態(tài)（通過info指令）

• 獲取的內(nèi)容如下

  1. master屬性
  	 runid
  	 role：master
  2. 各個slave在master中保存的基本信息

• 獲取所有slave的狀態(tài)（根據(jù)master中slave的信息向所有的slave發(fā)送info指令）

• 獲取的內(nèi)容如下

  slave屬性
  	runid
  	role：slave
  	master_host、master_port
  	offset

具體的內(nèi)部工作原理如下所述：

• 哨兵1向master發(fā)送info指令之后，會建立一個cmd連接，創(chuàng)建的連接是用來發(fā)送命令的

• 創(chuàng)建好cmd連接之后，會在哨兵1這一端保存目前他所獲得的所有信息，另一端master也會保存自己持有的信息

• 然后哨兵1根據(jù)從master獲取的關(guān)于salve的信息，向slave發(fā)送info指令，得到salve的信息，豐富這一端所保存的信息

• 當新增一個新的哨兵2時，哨兵2向master發(fā)送info指令，建立cmd連接，根據(jù)master中的信息可以得到之前已經(jīng)存在的哨兵1，在自己這一端保存已經(jīng)獲得的信息。然后判斷哨兵1是否在線，與哨兵1建立連接，二者互相交換各自的信息，并且雙方會持續(xù)的ping，保證他們之間是暢通的

• 哨兵2根據(jù)從master獲得的slave信息，再從slave獲取信息，豐富自己所保存的信息

• 再新增一個哨兵3時，與之前的過程類似，最終三個哨兵建立起了關(guān)系網(wǎng)

• 關(guān)系網(wǎng)中三者會互相交換、發(fā)送信息，關(guān)系網(wǎng)中的這種工作模式稱為發(fā)布訂閱模式

4.2 通知

哨兵在通知階段要不斷的去獲取master與slave的信息，然后將獲得的信息在各個哨兵之間進行共享。

具體的流程如下：

哨兵通過建立的cmd連接，向master、slave發(fā)送 hello 指令，得到他們的信息，然后在關(guān)系網(wǎng)中共享：

4.3 故障轉(zhuǎn)移

斷開宕機的master與slave的連接，選取一個slave作為master，將其他slave連接新的master，并告知客戶端新的服務(wù)器地址。

具體的流程如下所述：

• 哨兵1始終得不到master的回應(yīng)，主觀判斷master宕機，標記 sdown（僅有一個哨兵認為master宕機）

• 哨兵1在關(guān)系網(wǎng)中傳遞消息，向其他哨兵發(fā)送圖中左上角的消息

• 其他哨兵得到消息之后，全部向master發(fā)送消息，確定master是否宕機，他們也會將自己得到的結(jié)果發(fā)送給關(guān)系網(wǎng)中的其他哨兵，確定master宕機后，將標記改為 odown（所有哨兵探測之后，超過一半的哨兵認為master宕機）

  

• 當認定master宕機之后，此時需要選舉新的master，由哪個哨兵完成這件事要通過哨兵之間的選舉決定，具體過程如下所述：

• 在選舉的時候每個哨兵手里都有一票，每個哨兵都會發(fā)出一個指令，在內(nèi)網(wǎng)里邊告訴其他哨兵自己當選舉人，比如說sentinel1和sentinel2發(fā)出這個選舉指令，那么sentinel3接收到他們的申請之后，sentinel3就會把自己的一票投給其中一方，根據(jù)到達的先后順序投票，獲得票的那一方就會多一張選舉票，按照這樣的一種形式，最終會有一個選舉結(jié)果，獲得票數(shù)最多的哨兵會被獲選

• 在這個過程中有可能會存在失敗的現(xiàn)象，比如第一輪沒有選舉成功，那就會接著進行第二輪第三輪直到完成選舉

• 當完成哨兵之間的選舉之后，接下來就要由選舉勝出的哨兵去slave中挑選一個，將其變成新的master，具體的流程如下所述：

• 不在線的OUT

• 響應(yīng)慢的OUT

• 與原master斷開時間久的OUT

• 排除結(jié)束，開始進行選擇

• 優(yōu)先級高的獲選

• offset較大的獲選（比較大說明同步原來master的數(shù)據(jù)最多）

• 若還沒有選出，則最后根據(jù)runid選出

• 哨兵在服務(wù)器列表中挑選備選master的原則：先排除，后選擇

• 選出新的master之后，哨兵發(fā)送指令給服務(wù)器：

• 向新的master發(fā)送 slaveof no one 指令

• 向其他slave發(fā)送 slaveof 新masterIP端口 指令

• 同時還要告訴其他的哨兵新master是誰

感謝各位的閱讀，以上就是“Redis哨兵模式是什么”的內(nèi)容了，經(jīng)過本文的學習后，相信大家對Redis哨兵模式是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！