Redis叢集_3.redis 主從自動切換Sentinel
阿新 • • 發佈：2018-12-25
二、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 的主觀下線狀態就會被移除。
主觀下線和客觀下線
主觀下線
客觀下線：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
三、配置：
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狀態，此時只能手動修改配置檔案，然後重新啟動叢集
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 的主觀下線狀態就會被移除。
主觀下線和客觀下線
主觀下線
客觀下線：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
三、配置：
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狀態，此時只能手動修改配置檔案，然後重新啟動叢集