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

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

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

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

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

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

1、環境介紹

這里有四臺 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，會發現，master 的狀態已經是?down。

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

選擇 slave2 成為 新的 master：

（1）去 slave2 客戶端執行?slave no one命令

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

（2）到其他兩個 slave 執行?slaveof 172.10.0.4 6379?或配置slaveof

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

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

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

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

三、哨兵機制的原理

Redis Sentinel 是一個分布式架構，其中包含若干個 Sentinel 節點和 Redis 數據節點，每個 Sentinel 節點會對數據節點和其余 Sentinel 節點進行監控，當它發現節點不可達時，會對節點做下線標識。

哨兵集合監控redis主從是否正常運行。

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

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

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

四、哨兵機制的實現

1、創建三個redis-sentinel，構成一個哨兵集合

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為指定自定義網絡

2、使用?docker ps -a?命令查看當前創建的容器

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）修改參數 bind 127.0.0.1 為 0.0.0.0

bind 0.0.0.0

（2）設置 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

解釋：

第一行代碼：

監控的主節點的名字（可以任意起，這里就起為 master）、IP 和端口，最后一個 2 的意思是有幾臺 Sentinel 發現有問題，就執行故障轉移。一般這個數字設置為 Sentinel 節點數的一半加1。

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

第二行代碼：

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

第三行代碼

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

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

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

8、驗證是否配置成功

如果出現下圖類似內容，則說明配置哨兵成功

注：移除某個哨兵對master的監控，在哨兵中執行命令

sentinel remove mastername