Redis叢集_3.redis 主從自動切換Sentinel，redis_3.redis
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叢集配置完畢
