- Redis集羣_3.redis主從自動切換Sentinel
-
Redis Sentinel
Sentinel(哨兵)是用於監控redis集羣中Master狀態的工具，其已經被集成在redis2.4+的版本中
一、Sentinel作用：
1)：Master狀態檢測
2)：如果Master異常，則會進行Master-Slave切換，將其中一個Slave作爲Master，將之前的Master作爲Slave
3)：Master-Slave切換後，master_redis.conf、slave_redis.conf和sentinel.conf的內容都會發生改變，即master_redis.conf中會多一行slaveof的配置，sentinel.conf的監控目標會隨之調換
二、Sentinel工作方式：
1)：每個Sentinel以每秒鐘一次的頻率向它所知的Master，Slave以及其他 Sentinel 實例發送一個 PING 命令
2)：如果一個實例（instance）距離最後一次有效回覆 PING 命令的時間超過 down-after-milliseconds 選項所指定的值， 則這個實例會被 Sentinel 標記爲主觀下線。
3)：如果一個Master被標記爲主觀下線，則正在監視這個Master的所有 Sentinel 要以每秒一次的頻率確認Master的確進入了主觀下線狀態。
4)：當有足夠數量的 Sentinel（大於等於配置文件指定的值）在指定的時間範圍內確認Master的確進入了主觀下線狀態， 則Master會被標記爲客觀下線
5)：在一般情況下， 每個 Sentinel 會以每 10 秒一次的頻率向它已知的所有Master，Slave發送 INFO 命令
6)：當Master被 Sentinel 標記爲客觀下線時，Sentinel 向下線的 Master 的所有 Slave 發送 INFO 命令的頻率會從 10 秒一次改爲每秒一次
7)：若沒有足夠數量的 Sentinel 同意 Master 已經下線， Master 的客觀下線狀態就會被移除。
若 Master 重新向 Sentinel 的 PING 命令返回有效回覆， Master 的主觀下線狀態就會被移除。
主觀下線和客觀下線
主觀下線：Subjectively Down，簡稱 SDOWN，指的是當前 Sentinel 實例對某個redis服務器做出的下線判斷。
客觀下線：Objectively Down， 簡稱 ODOWN，指的是多個 Sentinel 實例在對Master Server做出 SDOWN 判斷，並且通過 SENTINEL is-master-down-by-addr 命令互相交流之後，得出的Master Server下線判斷，然後開啓failover.
SDOWN適合於Master和Slave，只要一個 Sentinel 發現Master進入了ODOWN， 這個 Sentinel 就可能會被其他 Sentinel 推選出， 並對下線的主服務器執行自動故障遷移操作。
ODOWN只適用於Master，對於Slave的 Redis 實例，Sentinel 在將它們判斷爲下線前不需要進行協商， 所以Slave的 Sentinel 永遠不會達到ODOWN。
三、配置：
1：指定監聽Master(三個節點)
# vi /main/redis/sentinel.conf
port 26379
daemonize yes
sentinel monitor mymaster 192.168.100.211 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 900000
logfile "/main/redis/logs/sentinel.log"
#上面配置文件說明如下：
#第一行指定sentinel端口號
#第二行指定sentinel爲後臺啓動
#第三行指定Sentinel去監視一個名爲 mymaster 的Master，Master的IP地址爲192.168.100.211，端口號爲6379，最後的2表示當有2個Sentinel檢測到Master異常時纔會判定其失效，即只有當2個Sentinel都判定Master失效了纔會自動遷移，如果Sentinel的數量不達標，則不會執行自動故障遷移。
#第四行指定Sentinel判定Master斷線的時間。（單位爲毫秒，判定爲主觀下線SDOWN）
#第五行指定在執行故障轉移時，最多可以有多少個Slave同時對新的Master進行同步。這個數字設置爲1，雖然完成故障轉移所需的時間會變長，但是可以保證每次只有1個Slave處於不能處理命令請求的狀態
2：啓動sentinel(三個節點)：
# /main/redis/src/redis-sentinel /main/redis/sentinel.conf
3：設置開機啓動(三個節點)
# echo "/main/redis/src/redis-sentinel /main/redis/sentinel.conf" >> /etc/rc.local
四、注意點：
1)：首次啓動時，必須先啓動Master
2)：Sentinel 只在 server 端做主從切換，app端要自己開發(例如Jedis庫的SentinelJedis，能夠監控Sentinel的狀態)
3)：若Master已經被判定爲下線，Sentinel已經選擇了新的Master，也已經將old Master改成Slave，但是還沒有將其改成new Master。若此時重啓old Master，則Redis集羣將處於無Master狀態，此時只能手動修改配置文件，然後重新啓動集羣到此redis集羣配置完畢