Redis 哨兵模式詳解
1、Sentinel 哨兵
Sentinel（哨兵）是Redis的高可用性解決方案：由一個或多個Sentinel例項組成的Sentinel系統可以監視任意多個主伺服器，以及這些主伺服器屬下的所有從伺服器，並在被監視的主伺服器進入下線狀態時，自動將下線主伺服器屬下的某個從伺服器升級為新的主伺服器。
例如：
在Server1掉線後：
升級Server2 為新的主伺服器：
2、Redis 主從分離
在講解Sentinel 哨兵叢集之前，我們先來搭建一個簡單的主從分離（讀寫分離）。
首先，我們預設大家都已經安裝了redis，然後我們將 redis.conf 拷貝多份，並且建立多個目錄，用於區分多個redis 服務：
這裡面，每個目錄中都有自己的redis.conf配置檔案，接下來，我們先設定主伺服器的配置檔案。
一、配置Master
1、修改埠
port 6379redis 的預設埠是6379
2、修改pidfile
pidfile /var/run/redis_6379.pid
pidfile 是我們啟動redis 的時候，linux 為我們分配的一個pid 程序號，如果這裡不作修改，會影響後面redis服務的啟動
3、啟動 redis
啟動redis，我們可以看到，redis已經佔領了6379埠
進入客戶端
有密碼的話需要>auth password 輸入密碼
…
我們可以看到，redis現在的角色是一個master
二、配置Slave
和上面配置 master一樣，我們需要修改埠號和pid 檔案，在修改完之後，我們有兩種方法配置從服務
1、在配置檔案中配置從服務
# slaveof<masterip> <masterport>
slaveof 10.129.28.1496379
我們可以在配置檔案中直接修改 slaveof 屬性，我們直接配置主伺服器的ip 地址，和埠號，如果這裡主伺服器有配置密碼
可以通過配置masterauth 來設定連結密碼
# masterauth<master-password>
Masterauthredis007
啟動redis 服務
我們可以看到，現在有兩個現在在執行，我們進入7000的客戶端，看一下他的狀態info，
我們可以看到，現在的redis 是一個從服務的角色，連線著6379的服務。
2、在服務啟動後配置
啟動7001服務
進入客戶端，檢視當前伺服器的狀態並修改：
10.192.28.149:7001> slaveof127.0.0.16379
3、總結
我們先看一下目前master 的狀態：
我們可以可以看到，兩個從服務已經在連著主伺服器，上面兩種配置的區別在於，當salve 斷線重連之後，
如果我們是修改類配置檔案，重連之後會自己連結上去master，並且同步master 上面的資料，
如果我們是手動連線上去的主伺服器，重連之後，從伺服器會讀取自己本地的 rdb 回覆資料，而不會去自動連結主服務
我們如果需要設定讀寫分離，只需要在主伺服器中設定：
slave-read-only yes
3、Sentinel 哨兵
1、配置埠
在sentinel.conf 配置檔案中， 我們可以找到port 屬性，這裡是用來設定sentinel 的埠，一般情況下，至少會需要三個哨兵對redis 進行監控，我們可以通過修改埠啟動多個sentinel 服務。
port 263792、配置主伺服器的ip 和埠
我們把監聽的埠修改成6379，並且加上權值為2，這裡的權值，是用來計算我們需要將哪一臺伺服器升級升主伺服器，如果redis例項有密碼的話需要加上auth-pass項，否則連線會報失敗。
sentinel monitor mymaster 10.129.28.149 6379 2
sentinel auth-pass mymaster redis0073、啟動Sentinel
當我們把其中一個從伺服器slave-7001關閉之後，我們可以看到日誌顯示+sdownslave;
我們再把slave-7001接回去，日誌顯示+rebootslave 和 –sdown slave。
4、關閉Master
我們手動關閉Master 之後，sentinel在監聽master 確實是斷線了之後，將會開始計算權值，然後重新分配主伺服器
我們可以看到，6379主伺服器斷了之後，sentinel 幫我們選了7001作為新的主伺服器
我們進到7001的客戶端，檢視他的狀態：
我們再進入sentinel的客戶端看下：
此時7001已經由slave榮升為master了。
5、重連Master
大家可能會好奇，如果master 重連之後，會不會搶回屬於他的位置，答案是否定的，就比如你被一個小弟搶了你老大的位置，他肯給回你這個位置嗎。因此當master 回來之後，他也只能當個小弟
我們看下重新連線以後的6379狀態：
再看下sentinel中日誌：
4、Sentinel 總結
一、Sentinel的作用：
A、Master 狀態監測
B、如果Master 異常，則會進行Master-slave 轉換，將其中一個Slave作為Master，將之前的Master作為Slave
C、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 的主觀下線狀態就會被移除。
Sentinel後臺守護程序啟動及日誌配置
正常啟動redis的sentinel時，程序會直接在前臺跑，一退出sentinel程序就關了：
第一種方法：使用nohub來啟動sentinel，使得程序在後臺啟動以及在指定目錄記錄日誌資訊：
nohup /letv/redis-4.0.1/src/redis-sentinel /letv/redis-deploy/redis-sentinel/sentinel-26379.conf >> /letv/redis-deploy/redis-sentinel/sentinel-26379-log.log 2>&1 &第二種方法：在sentinel.conf中新增以下內容：
[root@redis_01redis]# vim sentinel-26379.conf
daemonize yeslogfile " letv/redis-deploy/redis-sentinel/sentinel-26379-log.log"主從同步原理：
在Slave啟動並連線到Master之後，它將主動傳送一個SYNC命令。此後Master將啟動後臺存檔程序，同時收集所有接收到的用於修改資料集的命令，在後臺程序執行完畢後，Master將傳送整個資料庫檔案到Slave，以完成一次完全同步。而Slave伺服器在接收到資料庫檔案資料之後將其存檔並載入到記憶體中。此後，Master繼續將所有已經收集到的修改命令，和新的修改命令依次傳送給Slaves，Slave將在本次執行這些資料修改命令，從而達到最終的資料同步。
如果Master和Slave之間的連結出現斷連現象，Slave可以自動重連Master，但是在連線成功之後，一次完全同步將被自動執行。