https://www.cnblogs.com/kerwinC/p/6069864.html
http://blog.csdn.net/a67474506/article/details/50435498
Redis Sentinel 模式簡介
Redis-Sentinel是官方推薦的高可用解決方案，當redis在做master-slave的高可用方案時，假如master宕機了，redis本身（以及其很多客戶端）都沒有實現自動進行主備切換，而redis-sentinel本身也是獨立運行的進程，可以部署在其他與redis集羣可通訊的機器中監控redis集羣。
它的主要功能有一下幾點
1、不時地監控redis是否按照預期良好地運行;
2、如果發現某個redis節點運行出現狀況，能夠通知另外一個進程(例如它的客戶端);
3、能夠進行自動切換。當一個master節點不可用時，能夠選舉出master的多個slave(如果有超過一個slave的話)中的一個來作爲新的master,其它的slave節點會將它所追隨的master的地址改爲被提升爲master的slave的新地址。
4、哨兵爲客戶端提供服務發現，客戶端鏈接哨兵，哨兵提供當前master的地址然後提供服務，如果出現切換，也就是master掛了，哨兵會提供客戶端一個新地址。
哨兵（sentinel）本身也是支持集羣的
很顯然，單個哨兵會存在自己掛掉而無法監控整個集羣的問題，所以哨兵也是支持集羣的，我們通常用三臺哨兵機器來監控一組redis集羣。
Redis的哨兵(sentinel) 系統用於管理多個 Redis 服務器,該系統執行以下三個任務:
· 監控(Monitoring): 哨兵(sentinel) 會不斷地檢查你的Master和Slave是否運作正常。
· 提醒(Notification):當被監控的某個 Redis出現問題時, 哨兵(sentinel) 可以通過 API 向管理員或者其他應用程序發送通知。
· 自動故障遷移(Automatic failover):當一個Master不能正常工作時，哨兵(sentinel) 會開始一次自動故障遷移操作,它會將失效Master的其中一個Slave升級爲新的Master, 並讓失效Master的其他Slave改爲複製新的Master; 當客戶端試圖連接失效的Master時,集羣也會向客戶端返回新Master的地址,使得集羣可以使用Master代替失效Master。
哨兵(sentinel) 是一個分佈式系統,你可以在一個架構中運行多個哨兵(sentinel) 進程,這些進程使用流言協議(gossipprotocols)來接收關於Master是否下線的信息,並使用投票協議(agreement protocols)來決定是否執行自動故障遷移,以及選擇哪個Slave作爲新的Master.
每個哨兵(sentinel) 會向其它哨兵(sentinel)、master、slave定時發送消息,以確認對方是否”活”着,如果發現對方在指定時間(可配置)內未迴應,則暫時認爲對方已掛(所謂的”主觀認爲宕機” Subjective Down,簡稱sdown).
若“哨兵羣”中的多數sentinel,都報告某一master沒響應,系統才認爲該master"徹底死亡"(即:客觀上的真正down機,Objective Down,簡稱odown),通過一定的vote算法,從剩下的slave節點中,選一臺提升爲master,然後自動修改相關配置.
雖然哨兵(sentinel) 釋出爲一個單獨的可執行文件 redis-sentinel ,但實際上它只是一個運行在特殊模式下的 Redis 服務器，你可以在啓動一個普通 Redis 服務器時通過給定 --sentinel 選項來啓動哨兵(sentinel).
哨兵(sentinel) 的一些設計思路和zookeeper非常類似