共計 2289 個字符，預計需要花費 6 分鐘才能閱讀完成。

這篇文章將為大家詳細講解有關 Redis 中的 Sentinel 機制怎么用，丸趣 TV 小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

1. 概述

Redis-Sentinel 是 Redis 官方推薦的高可用性 (HA) 解決方案，當用 Redis 做 Master-slave 的高可用方案時，假如 master 宕機了，Redis 本身 (包括它的很多客戶端) 都沒有實現(xiàn)自動進行主備切換，而 Redis-sentinel 本身也是一個獨立運行的進程，它能監(jiān)控多個 master-slave 集群，發(fā)現(xiàn) master 宕機后能進行自懂切換。

它的主要功能有以下幾點：

不時地監(jiān)控 redis 是否按照預期良好地運行;

如果發(fā)現(xiàn)某個 redis 節(jié)點運行出現(xiàn)狀況，能夠通知另外一個進程(例如它的客戶端);

能夠進行自動切換。當一個 master 節(jié)點不可用時，能夠選舉出 master 的多個 slave(如果有超過一個 slave 的話)中的一個來作為新的 master, 其它的 slave 節(jié)點會將它所追隨的 master 的地址改為被提升為 master 的 slave 的新地址。

2. Sentinel 支持集群

很顯然，只使用單個 sentinel 進程來監(jiān)控 redis 集群是不可靠的，當 sentinel 進程宕掉后 (sentinel 本身也有單點問題，single-point-of-failure) 整個集群系統(tǒng)將無法按照預期的方式運行。所以有必要將 sentinel 集群，這樣有幾個好處：

即使有一些 sentinel 進程宕掉了，依然可以進行 redis 集群的主備切換；

如果只有一個 sentinel 進程，如果這個進程運行出錯，或者是網絡堵塞，那么將無法實現(xiàn) redis 集群的主備切換（單點問題）;

如果有多個 sentinel，redis 的客戶端可以隨意地連接任意一個 sentinel 來獲得關于 redis 集群中的信息。

3. Sentinel 版本

Sentinel 當前最新的穩(wěn)定版本稱為 Sentinel 2(與之前的 Sentinel 1 區(qū)分開來）。隨著 redis2.8 的安裝包一起發(fā)行。安裝完 Redis2.8 后，可以在 redis2.8/src/ 里面找到 Redis-sentinel 的啟動程序。

強烈建議：如果你使用的是 redis2.6(sentinel 版本為 sentinel 1)，你最好應該使用 redis2.8 版本的 sentinel 2，因為 sentinel 1 有很多的 Bug，已經被官方棄用，所以強烈建議使用 redis2.8 以及 sentinel 2。

4. 運行 Sentinel

運行 sentinel 有兩種方式：

第一種

redis-sentinel /path/to/sentinel.conf

第二種

redis-server /path/to/sentinel.conf –sentinel

以上兩種方式，都必須指定一個 sentinel 的配置文件 sentinel.conf，如果不指定，將無法啟動 sentinel。sentinel 默認監(jiān)聽 26379 端口，所以運行前必須確定該端口沒有被別的進程占用。

5. Sentinel 的配置

Redis 源碼包中包含了一個 sentinel.conf 文件作為 sentinel 的配置文件，配置文件自帶了關于各個配置項的解釋。典型的配置項如下所示：

sentinel monitor mymaster 127.0.0.1 6379 2

sentinel down-after-milliseconds mymaster 60000 sentinel failover-timeout mymaster 180000 sentinel parallel-syncs mymaster 1 sentinel monitor resque 192.168.1.3 6380 4 sentinel down-after-milliseconds resque 10000 sentinel failover-timeout resque 180000 sentinel parallel-syncs resque 5

上面的配置項配置了兩個名字分別為 mymaster 和 resque 的 master，配置文件只需要配置 master 的信息就好啦，不用配置 slave 的信息，因為 slave 能夠被自動檢測到(master 節(jié)點會有關于 slave 的消息)。需要注意的是，配置文件在 sentinel 運行期間是會被動態(tài)修改的，例如當發(fā)生主備切換時候，配置文件中的 master 會被修改為另外一個 slave。這樣，之后 sentinel 如果重啟時，就可以根據(jù)這個配置來恢復其之前所監(jiān)控的 redis 集群的狀態(tài)。

接下來我們將一行一行地解釋上面的配置項：

sentinel monitor mymaster 127.0.0.1 6379 2

這一行代表 sentinel 監(jiān)控的 master 的名字叫做 mymaster, 地址為 127.0.0.1:6379，行尾最后的一個 2 代表什么意思呢？我們知道，網絡是不可靠的，有時候一個 sentinel 會因為網絡堵塞而誤以為一個 master redis 已經死掉了，當 sentinel 集群式，解決這個問題的方法就變得很簡單，只需要多個 sentinel 互相溝通來確認某個 master 是否真的死了，這個 2 代表，當集群中有 2 個 sentinel 認為 master 死了時，才能真正認為該 master 已經不可用了。（sentinel 集群中各個 sentinel 也有互相通信，通過 gossip 協(xié)議）。

關于“Redis 中的 Sentinel 機制怎么用”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。