php中文網(wǎng)最新課程

每日17點準時技術干貨分享

本篇文章給大家?guī)淼膬?nèi)容是介紹Redis的哨兵機制，讓大家了解哨兵機制的原理和如何實現(xiàn)。有一定的參考價值，有需要的朋友可以參考一下，希望對你有所幫助。

概述

Redis的復制有一個缺點，當主機 Master 宕機以后，我們需要人工解決切換，比如使用slaveof no one 。實際上主從復制并沒有實現(xiàn)，高可用， 高可用側(cè)重備份機器， 利用集群中系統(tǒng)的冗余，當系統(tǒng)中某臺機器發(fā)生損壞的時候，其他后備的機器可以迅速的接替它來啟動服務。

主從復制的問題

一旦主節(jié)點宕機，寫服務無法使用，就需要手動去切換，重新選取主節(jié)點，手動設置主從關系。

那么如何解決呢？如果我們有一個監(jiān)控程序能夠監(jiān)控各個機器的狀態(tài)及時作出調(diào)整，將手動的操作變成自動的。Sentinel的出現(xiàn)就是為了解決這個問題。

哨兵機制的原理及實現(xiàn)

Redis Sentinel

Redis Sentinel 是一個分布式架構，其中包含若干個 Sentinel 節(jié)點和 Redis 數(shù)據(jù)節(jié)點，每個 Sentinel 節(jié)點會對數(shù)據(jù)節(jié)點和其余 Sentinel 節(jié)點進行監(jiān)控，當它發(fā)現(xiàn)節(jié)點不可達時，會對節(jié)點做下線標識。

如果被標識的是主節(jié)點，它還會和其他 Sentinel 節(jié)點進行“協(xié)商”，當大多數(shù) Sentinel 節(jié)點都認為主節(jié)點不可達時，它們會選舉出一個 Sentinel 節(jié)點來完成自動故障轉(zhuǎn)移的工作，同時會將這個變化實時通知給 Redis 應用方。

整個過程完全是自動的，不需要人工來介入，所以這套方案很有效地解決了 Redis 的高可用問題。

如圖所示：

基本的故障轉(zhuǎn)移流程

1)主節(jié)點出現(xiàn)故障，此時兩個從節(jié)點與主節(jié)點失去連接，主從復制失敗。

2)每個 Sentinel 節(jié)點通過定期監(jiān)控發(fā)現(xiàn)主節(jié)點出現(xiàn)了故障

3)多個 Sentinel 節(jié)點對主節(jié)點的故障達成一致會選舉出其中一個節(jié)點作為領導者負責故障轉(zhuǎn)移。

4)Sentinel 領導者節(jié)點執(zhí)行了故障轉(zhuǎn)移，整個過程基本是跟我們手動調(diào)整一致的，只不過是自動化完成的。

5)故障轉(zhuǎn)移后整個 Redis Sentinel 的結構,重新選舉了新的主節(jié)點。

實例

使用docker創(chuàng)建如下redis容器

redis-sentinel1??? 172.10.0.9??? 22530 -> 22530??? sentinel

redis-sentinel2??? 172.10.0.10??? 22531 -> 6379??? sentinel

redis-sentinel3??? 172.10.0.11??? 22532 -> 6379??? sentinel

redis-master2??? 172.10.0.5??? 6383? -> 6379??? Master

redis-slave2??? 172.10.0.6??? 6384? -> 6379??? Slave

redis-slave3??? 172.10.0.7??? 6385? -> 6379??? Slave

配置

Sentinel 的核心配置

sentinel monitor mymaster 127.0.0.1 7000 2

監(jiān)控的主節(jié)點的名字、IP 和端口，最后一個2的意思是有幾臺 Sentinel 發(fā)現(xiàn)有問題，就會發(fā)生故障轉(zhuǎn)移，例如 配置為2，代表至少有2個 Sentinel 節(jié)點認為主節(jié)點不可達，那么這個不可達的判定才是客觀的。對于設置的越小，那么達到下線的條件越寬松，反之越嚴格。一般建議將其設置為 Sentinel 節(jié)點的一半加1。

sentinel down-after-millseconds mymaster 30000

這個是超時的時間(單位為毫秒)。打個比方，當你去 ping 一個機器的時候，多長時間后仍 ping 不通，那么就認為它是有問題。

sentinel parallel-syncs mymaster 1

當 Sentinel 節(jié)點集合對主節(jié)點故障判定達成一致時，Sentinel 領導者節(jié)點會做故障轉(zhuǎn)移操作，選出新的主節(jié)點，原來的從節(jié)點會向新的主節(jié)點發(fā)起復制操作，parallel-syncs 就是用來限制在一次故障轉(zhuǎn)移之后，每次向新的主節(jié)點發(fā)起復制操作的從節(jié)點個數(shù)，指出 Sentinel 屬于并發(fā)還是串行。1代表每次只能復制一個，可以減輕 Master 的壓力。

sentinel auth-pass

如果 Sentinel 監(jiān)控的主節(jié)點配置了密碼，sentinel auth-pass 配置通過添加主節(jié)點的密碼，防止 Sentinel 節(jié)點對主節(jié)點無法監(jiān)控。

sentinel failover-timeout mymaster 180000

表示故障轉(zhuǎn)移的時間。

技巧

1)Sentinel 節(jié)點不應該部署在一臺物理“機器”上。

這里特意強調(diào)物理機是因為一臺物理機做成了若干虛擬機或者現(xiàn)今比較流行的容器，它們雖然有不同的 IP 地址，但實際上它們都是同一臺物理機，同一臺物理機意味著如果這臺機器有什么硬件故障，所有的虛擬機都會受到影響；

為了實現(xiàn) Sentinel 節(jié)點集合真正的高可用，請勿將 Sentinel 節(jié)點部署在同一臺物理機器上。

2)部署至少三個且奇數(shù)個的 Sentinel 節(jié)點。

3個以上是通過增加 Sentinel 節(jié)點的個數(shù)提高對于故障判定的準確性，因為領導者選舉需要至少一半加1個節(jié)點，奇數(shù)個節(jié)點可以在滿足該條件的基礎上節(jié)省一個節(jié)點。

-END-

聲明：本文選自「?php中文網(wǎng)?」，搜索「 phpcnnew 」即可關注！

▼

總結

以上是生活随笔為你收集整理的redis 哨兵_Redis哨兵机制的原理介绍的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。