Redis 哨兵機制及設定實現

一、為什麼 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

到此這篇關於Redis 哨兵機制及設定實現的文章就介紹到這了,更多相關Redis 哨兵機制內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！