redis哨兵模式的配置是為了實現(xiàn)高可用性，當主服務器宕機時，能自動將從服務器提升為主服務器。1.準備至少三個redis實例，一個主服務器，多個從服務器；2.配置主從復制，在從服務器配置文件中設置slaveof參數(shù)；3.配置哨兵實例，設置port、sentinel monitor、sentinel down-after-milliseconds等關鍵參數(shù)；4.按順序啟動redis主服務器、從服務器和哨兵實例；5.測試故障轉移，手動停止主服務器觀察是否成功切換。哨兵選舉新主服務器的過程包括：1.主觀下線，單個哨兵標記主服務器為sdown；2.客觀下線，多數(shù)哨兵達成一致標記odown；3.選舉領頭哨兵負責故障轉移；4.根據(jù)優(yōu)先級、復制偏移量、連接質量選擇新主服務器；5.通知其他從服務器同步新主服務器。監(jiān)控哨兵的方法有：1.查看日志文件；2.使用客戶端執(zhí)行sentinel命令；3.使用prometheus、grafana等工具監(jiān)控?？蛻舳诉B接步驟為：1.連接哨兵獲取主服務器地址；2.向主服務器發(fā)起讀寫請求；3.故障轉移后重新通過哨兵獲取新主服務器地址。哨兵模式優(yōu)點是高可用、自動發(fā)現(xiàn)、監(jiān)控通知，缺點是配置復雜、資源消耗、數(shù)據(jù)一致性風險。
redis哨兵模式的配置，說白了就是為了保證Redis集群的高可用性。簡單來說，就是當你的主Redis服務器掛了，哨兵能夠自動地把一個從服務器提升為新的主服務器，從而保證你的服務不會中斷。
接下來咱們詳細聊聊Redis哨兵模式的配置。
如何配置Redis哨兵？
配置Redis哨兵其實并不復雜，但需要仔細，否則容易出錯。主要步驟如下：
-
準備Redis實例： 首先，你需要準備至少三個Redis實例，一個作為主服務器，另外兩個作為從服務器。當然，你也可以有更多的從服務器，這取決于你的需求。
-
配置Redis主從復制： 確保你的從服務器能夠正確地復制主服務器的數(shù)據(jù)。在從服務器的配置文件（redis.conf）中，你需要設置 slaveof
，其中 是主服務器的IP地址， 是主服務器的端口號。 -
配置哨兵實例： 接下來，你需要配置至少三個哨兵實例。哨兵實例的配置文件通常命名為 sentinel.conf。每個哨兵實例都需要配置以下幾個關鍵參數(shù)：
- port
: 哨兵實例監(jiān)聽的端口號，通常是26379。 - sentinel monitor
: 這一行告訴哨兵監(jiān)控哪個主服務器。 是你給主服務器起的名字， 和 是主服務器的IP地址和端口號， 是判斷主服務器失效所需的哨兵數(shù)量。這個quorum值很重要，決定了哨兵的容錯能力。 - sentinel down-after-milliseconds
: 哨兵認為主服務器失效的超時時間，單位是毫秒。 - sentinel failover-timeout
: 故障轉移的超時時間，單位是毫秒。 - sentinel parallel-syncs
: 在故障轉移期間，可以同時同步新主服務器的從服務器的數(shù)量。
- port
-
啟動Redis實例和哨兵實例： 按照順序啟動你的Redis主服務器、從服務器，然后啟動你的哨兵實例。啟動哨兵實例的命令是 redis-sentinel /path/to/sentinel.conf。
-
測試故障轉移： 為了驗證你的哨兵配置是否正確，你可以手動停止主服務器，然后觀察哨兵是否能夠自動將一個從服務器提升為新的主服務器。
哨兵如何選舉新的主服務器？
哨兵選舉新的主服務器是一個復雜的過程，涉及到多個哨兵之間的協(xié)商和投票。簡單來說，過程如下：
-
主觀下線： 當一個哨兵認為主服務器失效時，它會將其標記為“主觀下線”（Subjectively Down，簡稱SDOWN）。
-
客觀下線： 當足夠數(shù)量的哨兵（達到quorum值）都認為主服務器失效時，它們會將主服務器標記為“客觀下線”（Objectively Down，簡稱ODOWN）。
-
選舉領頭哨兵： 標記主服務器為ODOWN后，哨兵們會開始選舉一個領頭哨兵（Leader Sentinel）。這個領頭哨兵負責執(zhí)行故障轉移。
-
選擇新的主服務器： 領頭哨兵會從剩余的從服務器中選擇一個作為新的主服務器。選擇的標準通常包括：優(yōu)先級、復制偏移量、以及連接質量。
-
執(zhí)行故障轉移： 領頭哨兵會通知其他從服務器，讓它們復制新的主服務器。同時，它還會更新配置，確?？蛻舳四軌蜻B接到新的主服務器。
如何監(jiān)控Redis哨兵的運行狀態(tài)？
監(jiān)控Redis哨兵的運行狀態(tài)非常重要，可以幫助你及時發(fā)現(xiàn)問題并進行處理。你可以使用以下幾種方法：
- 查看哨兵日志： 哨兵的日志文件會記錄哨兵的運行狀態(tài)、故障轉移過程等信息。定期查看日志文件可以幫助你了解哨兵的運行情況。
- 使用Redis客戶端連接哨兵： 你可以使用Redis客戶端連接哨兵，并執(zhí)行一些命令來獲取哨兵的狀態(tài)信息。例如，SENTINEL masters 命令可以列出所有被監(jiān)控的主服務器的信息，SENTINEL slaves
命令可以列出指定主服務器的所有從服務器的信息。 - 使用監(jiān)控工具： 你可以使用一些專業(yè)的監(jiān)控工具，例如 Prometheus、Grafana 等，來監(jiān)控Redis哨兵的運行狀態(tài)。這些工具可以提供更豐富的監(jiān)控指標和可視化界面。
哨兵模式下客戶端如何連接Redis？
在哨兵模式下，客戶端不應該直接連接到主服務器或從服務器，而是應該連接到哨兵。客戶端可以通過哨兵來發(fā)現(xiàn)當前的主服務器地址，并連接到主服務器進行讀寫操作。
客戶端連接哨兵的步驟如下：
-
連接到哨兵： 客戶端需要配置多個哨兵地址，以便在某個哨兵失效時，可以連接到其他哨兵。
-
獲取主服務器地址： 客戶端向哨兵發(fā)送 SENTINEL get-master-addr-by-name
命令，獲取當前主服務器的IP地址和端口號。 -
連接到主服務器： 客戶端使用獲取到的IP地址和端口號連接到主服務器，進行讀寫操作。
-
處理故障轉移： 當主服務器發(fā)生故障轉移時，客戶端需要重新連接到哨兵，獲取新的主服務器地址。
哨兵模式的優(yōu)缺點是什么？
優(yōu)點：
- 高可用性： 哨兵模式可以自動進行故障轉移，保證Redis集群的高可用性。
- 自動發(fā)現(xiàn)： 客戶端可以通過哨兵自動發(fā)現(xiàn)當前的主服務器地址，無需手動配置。
- 監(jiān)控和通知： 哨兵可以監(jiān)控Redis實例的運行狀態(tài)，并在發(fā)生故障時發(fā)出通知。
缺點：
- 配置復雜： 哨兵模式的配置相對復雜，需要仔細配置每個哨兵實例。
- 資源消耗： 哨兵實例本身也需要消耗一定的資源。
- 數(shù)據(jù)一致性： 在故障轉移期間，可能會出現(xiàn)短暫的數(shù)據(jù)不一致。
總的來說，Redis哨兵模式是一種非常有效的保證Redis集群高可用性的方案。雖然配置相對復雜，但只要仔細配置，就能獲得很好的效果。 當然，在實際應用中，還需要根據(jù)具體的業(yè)務需求和場景，選擇合適的配置方案。
