一、為什么 Redis 集群中要有哨兵機制

Redis 主從復(fù)制有一個缺點，當(dāng) master 宕機以后，整個集群的寫就會掛掉。因為 redis 本身是不會自動從 slave 中選舉出新的 master 的。

我們理想的情況是：當(dāng) master 掛掉之后，可以有 slave 迅速補上，自動切換為 master，不影響整個服務(wù)。

基于此，引入了 Redis Sentinel（Redis 哨兵機制）。

它能夠在 master 掛掉之后，自動從 多臺 slave 中選舉出 新的 master，迅速開始工作，省去了人工切換的麻煩，實現(xiàn)了 redis 的高可用。

二、模擬主機掛掉之后，人工切換

1、環(huán)境介紹

這里有四臺 redis，分別的 ip 是：

master：172.10.0.2
 
slave1：172.10.0.3
slave2：172.10.0.4
slave3：172.10.0.5

2、將原來的 master 掛掉

通過 netstat -anp|grep 6379 命令找到 master 的 pid，然后 kill 掉。

去幾個 slave 中查詢 info replication，會發(fā)現(xiàn)，master 的狀態(tài)已經(jīng)是 down。

3、人工將一個 slave 選舉成為新的 master

選擇 slave2 成為 新的 master：

（1）去 slave2 客戶端執(zhí)行 slave no one命令

該命令會將 slave2 和原來的 master 的主從關(guān)系斷掉，重新使自己成為 master（當(dāng)然，這個 master 下沒有一個 slave ）

（2）到其他兩個 slave 執(zhí)行 slaveof 172.10.0.4 6379 或配置slaveof

注意 requirepass、masterauth、bind 的配置，并重啟、重新加載配置文件，否則可能會不生效。

雖然人工方式也可以實現(xiàn)切換，但難免會碰到

‘到底選舉哪一個為 master’， 
‘如果再斷了又要重新配置’，
‘如果有其他事情耽誤了，沒來得及配置，會有很長一段時間無法提供服務(wù)’等問題，

因此，哨兵機制就變得十分有必要。

三、哨兵機制的原理

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

哨兵集合監(jiān)控redis主從是否正常運行。

如果掛掉的是從節(jié)點，則哨兵集合會將這個從節(jié)點做下線標識；

如果掛掉的是主節(jié)點，則哨兵集合不僅會對主節(jié)點做下線標識，而且還會所有哨兵進行"協(xié)商”，選舉出新的主節(jié)點，來完成自動故障轉(zhuǎn)移工作。原來的主節(jié)點恢復(fù)正常后，會變成新的主節(jié)點的從節(jié)點。

整個過程完全是自動的，不需要人工接入。

四、哨兵機制的實現(xiàn)

1、創(chuàng)建三個redis-sentinel，構(gòu)成一個哨兵集合

docker run -itd --name  redis-sentinel-1 --privileged  --net haveyb-network  -p 6384:6379  --ip 172.10.0.6  docker-test
 
docker run -itd --name  redis-sentinel-2 --privileged  --net haveyb-network  -p 6385:6379  --ip 172.10.0.7  docker-test
 
docker run -itd --name  redis-sentinel-3 --privileged  --net haveyb-network  -p 6386:6379  --ip 172.10.0.8  docker-test

注：--net haveyb-network為指定自定義網(wǎng)絡(luò)

2、使用 docker ps -a 命令查看當(dāng)前創(chuàng)建的容器

3、分別進入新建的三個 sentinel 的每一個容器

docker exec -it redis-sentinel-3 bash

4、修改 net.core.somaxconn的值

vi /etc/sysctl.conf 

（1）添加下面一行代碼：

net.core.somaxconn = 32768

（2）加載

sysctl -p

5、修改 redis.conf

vi /etc/redis.conf

（1）修改參數(shù) bind 127.0.0.1 為 0.0.0.0

bind 0.0.0.0

（2）設(shè)置 redis 密碼

requirepass YourPasswordSettings

（3）加載配置文件

redis-server /etc/redis.conf &

6、修改新建的三臺 redis-sentinel 的 redis-sentinel.conf

vi /etc/redis-sentinel.conf

（1）修改 # bind 127.0.0.1 192.168.1.1 為 bind 0.0.0.0

bind 0.0.0.0

（2）刪除這一行代碼

sentinel monitor mymaster 127.0.0.1 6379 2

這一行代碼是redis默認給的（沒有注釋掉的），我們后面自己配置，所以直接刪除掉，也會避免之后由于順序造成的問題。

（3）添加下面代碼

sentinel monitor mymaster 172.10.0.2 6379 2
 
sentinel auth-pass mymaster yourPasswordSettings
 
sentinel down-after-milliseconds mymaster 3000

解釋：

第一行代碼：

監(jiān)控的主節(jié)點的名字（可以任意起，這里就起為 master）、IP 和端口，最后一個 2 的意思是有幾臺 Sentinel 發(fā)現(xiàn)有問題，就執(zhí)行故障轉(zhuǎn)移。一般這個數(shù)字設(shè)置為 Sentinel 節(jié)點數(shù)的一半加1。

不過這里建議把名字就起為 mymaster（默認的就是這個），因為如果起成別的名字，還需要對應(yīng)改好幾處地方。

第二行代碼：

是填寫連接的master的名字和密碼，這里名字就用的默認的mymaster，密碼要填寫master的密碼，我這里都設(shè)置成一樣的了。

第三行代碼

是設(shè)置每隔多長時間進行心跳檢測，這里設(shè)置成3秒

7、分別在三臺新建的redis-sentinel加載哨兵配置文件

redis-sentinel /etc/redis-sentinel.conf &

8、驗證是否配置成功

如果出現(xiàn)下圖類似內(nèi)容，則說明配置哨兵成功

注：移除某個哨兵對master的監(jiān)控，在哨兵中執(zhí)行命令

sentinel remove mastername

到此這篇關(guān)于Redis 哨兵機制及配置實現(xiàn)的文章就介紹到這了,更多相關(guān)Redis 哨兵機制內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！