主從模式的弊端就是不具備高可用性，當master掛掉以后，Redis將不能再對外提供寫入操作，因此sentinel模式應運而生。sentinel中文含義為哨兵，顧名思義，它的作用就是監(jiān)控redis集群的運行狀況，此模式具有如下一些特點：

• sentinel模式是建立在主從模式的基礎上，如果只有一個Redis節(jié)點，sentinel就沒有任何意義；
• 當master掛了以后，sentinel會在slave中選擇一個做為master，并修改它們的配置文件，其他slave的配置文件也會被修改，比如slaveof屬性會指向新的master；
• 當master重新啟動后，它將不再是master，而是做為slave接收新的master的同步數據；
• sentinel因為也是一個進程，所以有掛掉的可能，所以sentinel也會啟動多個形成一個sentinel集群；
• 多sentinel配置的時候，sentinel之間也會自動監(jiān)控；
• 當主從模式配置密碼時，sentinel也會同步將配置信息修改到配置文件中；
• 一個sentinel或sentinel集群可以管理多個主從Redis，多個sentinel也可以監(jiān)控同一個redis；
• sentinel最好不要和Redis部署在同一臺機器，不然Redis的服務器掛了以后，sentinel也可能會掛掉。

下面是Sentinel（哨兵）模式的工作的原理圖：

其工作的流程如下所示：

• 每個sentinel以每秒鐘一次的頻率向它所知的master，slave以及其他sentinel實例發(fā)送一個 PING 命令；
• 如果一個實例距離最后一次有效回復 PING 命令的時間超過 down-after-milliseconds 選項所指定的值， 則這個實例會被sentinel標記為主觀下線；
• 如果一個master被標記為主觀下線，則正在監(jiān)視這個master的所有sentinel要以每秒一次的頻率確認master的確進入了主觀下線狀態(tài)；
• 當有足夠數量的sentinel（大于等于配置文件指定的值）在指定的時間范圍內確認master的確進入了主觀下線狀態(tài)， 則master會被標記為客觀下線；
• 在一般情況下， 每個sentinel會以每 10 秒一次的頻率向它已知的所有master，slave發(fā)送 INFO 命令； - 當master被sentinel標記為客觀下線時，sentinel向下線的master的所有slave發(fā)送 INFO 命令的頻率會從 10 秒一次改為 1 秒一次；
• 若沒有足夠數量的sentinel同意master已經下線，master的客觀下線狀態(tài)就會被移除；若master重新向sentinel的 PING 命令返回有效回復，master的主觀下線狀態(tài)就會被移除。

#環(huán)境說明

同時，為了保證能夠最小可能的碟機事件，sentinel 最好跟redis部署在不同的機器上，sentinel 端口：26379。

#配置sentinel

因為哨兵模式是基于主從模式的，所以redis的相關配置就不多說明。我們只需要在主從模式的基礎上直接修改sentinel配置文件，配置3個哨兵即可，哨兵的配置可以參考如下內容。

# 三個節(jié)點創(chuàng)建存儲目錄
mkdir /opt/software/redis-7.0.3/sentinel
mkdir /opt/software/redis-7.0.3/sentinel ; chown -R redis:redis /opt/software/redis-7.0.3/
cat >/usr/local/redis/sentinel.conf<<EOF
daemonize yes
logfile "/usr/local/redis/sentinel.log"
# sentinel工作目錄
dir "/opt/software/redis-7.0.3/sentinel"
# 判斷master失效至少需要2個sentinel同意，建議設置為n/2+1，n為sentinel個數
# sentinel monitor <master-name> <ip> <port> <count>
sentinel monitor mymaster 192.168.182.110 6379 2
sentinel auth-pass mymaster 123456
# 判斷master主觀下線時間，默認30s
sentinel down-after-milliseconds mymaster 30000
EOF

#啟動sentinel

啟動sentinel模式的命令如下：

/usr/local/bin/redis-sentinel /usr/local/redis/sentinel.conf
netstat -tnlp|grep 26379

#故障模擬測試

為了模擬故障，我們將master停掉。

# 停掉master
systemctl stop redis
redis-cli -h 192.168.182.111 -a 123456 info replication

可以看到，Redis發(fā)現(xiàn)master節(jié)點出現(xiàn)問題后，會自動切換到其它節(jié)點。接下來，我們再測試一下讀寫。

[root@local-168-182-110 redis-7.0.3]# redis-cli -h 192.168.182.112 -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
192.168.182.112:6379> set k2 v2
OK

可以看到，新的master節(jié)點讀寫能力都是正常的，接下來就是恢復故障，看能否正常。

redis-cli -h 192.168.182.112 -a 123456 info replication

可以看到，和之前預定的sentinel模式的工作流程是一樣的：原先的master節(jié)點在恢復后并不會主動切換到master角色，而是作為slave角色繼續(xù)服務。