玩轉 Redis 集群之 Sentinel
Redis作為內存數據庫，需要具備高可用的特點，不然如果服務器宕機，還在內存裏的數據就會丟失。我們最常用的高可用方法就是搭建集群，master機器掛了，可以讓slave機器頂上，繼續提供服務。但是Redis集群是不會自動進行主從切換的，也就是說，如果主節點非常不爭氣的在淩晨3點掛了，那麽運維同學就要馬上起床，把從節點改成主節點，這樣的操作是非常繁瑣低效的。為此，Redis官方提供了一種解決方案：Redis Sentinel
簡介
Redis Sentinel集群通常由3到5個節點組成，如果個別節點掛了，集群還可以正常運作。它負責監控Redis集群的健康情況。如果主節點掛掉，Sentinel集群會通過投票選擇一個新的主節點。當原來的主節點恢復時，它會被當做新的主節點的從節點重新加入Redis集群。
基本原理
Sentinel集群通過指定的配置文件發現master，對其進行監控，並且會發送info指令獲取master的從節點信息。Sentinel集群中的節點通過向其監控的主從節點發送hello信息（包含Sentinel本身的ip、端口和id等內容）來向其他Sentinel宣告自己的存在。
Sentinel集群通過訂閱連接來接收其他Sentinel的hello信息。
Sentinel集群通過ping命令來檢查監控的實例狀態，如果在指定時間內沒有返回，則認為該實例下線。
Sentinel觸發failover主從切換後，並不會馬上進行，只有指定(quorum)Sentinel授權後，master節點被標記為ODOWN狀態。這時才真正開始投票選擇新的master。
Sentinel選擇新的master的原則是：首先判斷優先級，選擇優先級較小的；如果優先級相同，查看復制下標，選擇復制數據較多的；如果復制下標也相同，就選擇進程ID較小的。
Sentinel被授權後，它將會獲得宕掉的master的一份最新配置版本號(config-epoch)，當failover執行結束以後，這個版本號將會被用於最新的配置，通過廣播形式通知其它Sentinel，其它的Sentinel則更新對應master的配置。
基本使用
我們以Python為例，簡單說明一下在客戶端如何使用Sentinel1from redis.sentinel import Sentinel
2
3if name == ‘main‘:
4 sentinel = Sentinel([‘localhost‘, 26379], socket_timeout=0.1)
5 print(sentinel.discover_master(‘mymaster‘))
6 print(sentinel.discover_slaves(‘mymaster‘))
7 master = sentinel.master_for(‘mymaster‘, socket_timeout=0.1)
8 slave = sentinel.slave_for(‘mymaster‘, socket_timeout=0.1)
10 follow = slave.get(‘follow‘)
11 print(follow)
master_for和slave_for方法會從連接池中拿出一個連接來使用，如果從地址有多個，則會采用輪詢的方法。
當redis發生了主從切換時，客戶端如何知道地址已經變更了呢？我們從redis-py的源碼裏找一找答案。圖片描述(最多50字)
圖片描述(最多50字)
可以看到，redis在創建一個新的連接時，會調用get_master_address方法來獲取主節點地址。get_master_address方法中，客戶端先查詢主節點地址，然後與內存中的地址進行比較。如果不一致，則會斷開連接，然後使用新的地址重新進行連接。 如果主節點沒有掛，而Sentinel主動進行了主從切換，對於這種情況redis-py也做了處理。就是捕獲一個ReadOnlyError的異常，然後斷開連接，後續指令都需要重新進行連接了。當然，如果沒有修改性指令，那麽連接就不會切換，不過數據也不會被破壞，所以影響不大。 動手搭建 關於Sentinel的工作原理和使用方法我們已經有了大概的認識，為了加深理解，我們來自己動手搭建一套Sentinel集群。 首先搭建我們我需要的redis集群環境 安裝好redis後，將redis目錄下的配置文件redis.conf復制3份。分別命名為redis6379.conf，redis6380.conf，redis6381.conf。 在redis6381.conf文件中修改以下幾項
1bind 127.0.0.1
2port 6381
3logfile "6381.log"
4dbfilename "dump-6381.rdb"
在redis6379.conf中修改
1bind 127.0.0.1
2port 6379
3logfile "6379.log"
4dbfilename "dump-6379.rdb"
5slaveof 127.0.0.1 6381
redis6380.conf的修改參照redis6379.conf。修改完成後，分別啟動三個實例。就搭建好了我們想要的redis主從環境了。
圖片描述(最多50字)
我們連接上master節點，可以看到它的主從配置信息圖片描述(最多50字)
接著，我們來配置Sentinel集群。這裏我們同樣配置三個實例。復制3份sentinel.conf文件，分別命名為sentinel-26379.conf，sentinel-26380.conf和sentinel-26381.conf。
sentinel-26379.conf文件中編輯以下內容1port 26379
2daemonize yes
3logfile "26379.log"
4dir /home/xxx/redis/data
5sentinel monitor mymaster 127.0.0.1 6381 2
6sentinel down-after-milliseconds mymaster 30000
7sentinel parallel-syncs mymaster 1
8sentinel failover-timeout mymaster 180000
sentinel-26380.conf和sentinel-26381.conf的內容與上述類似。配置好後，我們使用命令redis-sentinel來啟動3個sentinel實例。
圖片描述(最多50字)
此時，我們用redis-cli命令連接26379的實例，查看sentinel的信息。圖片描述(最多50字)
發現它已經開始監控我們的3個redis節點了。這時我們的整個集群就部署好了，接下來測試一下。
kill掉master節點，查看sentinel的日誌，會發現sentinel已經按照我們前面說的步驟選擇了新的master。圖片描述(最多50字)
此時再來看sentinel信息。
此時，6380已經成了新的master。
恭喜你，以後都不需要在淩晨起床切換Redis主從實例了。玩轉 Redis 集群之 Sentinel