Redis-sentinel是Redis實(shí)例的監(jiān)控管理、通知和實(shí)例失效備援服務(wù)，是Redis集群的管理工具。在一般的分布式中心節(jié)點(diǎn)數(shù)據(jù)庫(kù)中，Redis-sentinel的作用是中心節(jié)點(diǎn)的工作，監(jiān)控各個(gè)其他節(jié)點(diǎn)的工作情況并且進(jìn)行故障恢復(fù)，來(lái)提高集群的高可用性。

Redis-sentinel是Redis的作者antirez在今年6月份完成的，因?yàn)镽edis實(shí)例在各個(gè)大公司的應(yīng)用，每個(gè)公司都需要一個(gè)Redis集群的管理工具，被迫都自己寫管理工具來(lái)管理Redis集群，antirez考慮到社區(qū)的急迫需要，花了幾個(gè)星期寫出了Redis-sentinel。

Redis-sentinel的三大功能：監(jiān)測(cè)、通知、自動(dòng)故障恢復(fù)。首先Redis-sentinel要建立一個(gè)監(jiān)控的master列表，然后針對(duì)master列表的每個(gè)master獲取監(jiān)控其的sentinels和slaves供以后故障恢復(fù)使用。

自動(dòng)發(fā)現(xiàn)sentinel和slave

一個(gè)sentinel實(shí)例的監(jiān)控master在配置文件中指定，如sentinel A在配置文件中指定管理的master ip:port列表，并且指定連接失敗超時(shí)的時(shí)間和是否可以故障恢復(fù)等參數(shù)。這樣，sentinel A就建立了監(jiān)控的master列表。

sentinel A作為客戶端建立對(duì)其監(jiān)控master 1的pub/sub連接和命令傳輸連接，pub/sub連接的目的是通過(guò)消息傳遞來(lái)獲取監(jiān)控master 1的所有sentinels，具體方式是訂閱”sentinel:hello”頻道，并這個(gè)頻道publish 自己的host信息，這樣，所有監(jiān)控master 1的sentinels都通過(guò)訂閱master 1的“sentinel:hello”頻道來(lái)獲取其他sentinels的信息。sentinel A就建立了master 1的sentinels列表。 sentinel A還通過(guò)間斷的info命令獲取master 1的slaves列表，如果連接超時(shí)或者失敗，就會(huì)進(jìn)入故障處理的例程。

故障恢復(fù)準(zhǔn)備

Redis-sentinel定義了故障的master兩種狀態(tài)，O_DOWN(objectively)和S_DOWN(subobjectively)。當(dāng)sentinel A連接master 1失敗后，sentinel A認(rèn)定master 1為subobjectively狀態(tài)，然后sentinel A查看監(jiān)控master 1的sentinels的認(rèn)定情況。因?yàn)閟entinel之間會(huì)建立連接并且不斷的發(fā)起info命令詢問(wèn)和回應(yīng)，因此在sentinel A認(rèn)定master 1 S_DOWN后，sentinel A通過(guò)SENTINEL IS-MASTER-DOWN-BY-ADDR命令來(lái)不斷獲得其他sentinel的認(rèn)定情況，如果有超過(guò)quorum(配置中指定)個(gè)sentinel認(rèn)定master 1已經(jīng)DOWN，那么就確定master 1為O_DOWN。然后sentinel A必須有master 1的can failover權(quán)限，這也是配置文件指定的。接著，sentinel A需要得知master 1的leader sentinel，由leader來(lái)進(jìn)行master 1的錯(cuò)誤恢復(fù)。

master 1的leader sentinel由選舉產(chǎn)生，每個(gè)監(jiān)控master 1的，并且具有錯(cuò)誤恢復(fù)權(quán)限的sentinel都需要進(jìn)行一次叫做subjective leader判斷，也就是sentinel自己認(rèn)定的leader，然后sentinel之間通過(guò)SENTINEL IS-MASTER-DOWN-BY-ADDR命令交流leader的認(rèn)定情況，然后最終得到一個(gè)共識(shí)。

然后由這個(gè)master 1的leader sentinel來(lái)啟動(dòng)錯(cuò)誤恢復(fù)例程。

故障處理

sentinel A作為master 1的leader，會(huì)選取一個(gè)master 1的slave作為新的master。slave的選取是根據(jù)一個(gè)判斷DNS情況的優(yōu)先級(jí)來(lái)得到，優(yōu)先級(jí)相同通過(guò)runid的排序得到，但目前優(yōu)先級(jí)設(shè)定還沒(méi)實(shí)現(xiàn)，所以直接獲取runid排序得到slave 1。

然后發(fā)送命令slaveof no one來(lái)取消slave 1的slave狀態(tài)來(lái)轉(zhuǎn)換為master。當(dāng)其他sentinel觀察到該slave成為master后,就知道錯(cuò)誤處理例程啟動(dòng)了。sentinel A然后發(fā)送給其他slave slaveof new-slave-ip-port 命令，當(dāng)所有slave都配置完后，sentinel A從監(jiān)測(cè)的masters列表中刪除故障master，然后通知其他sentinels。

總結(jié)

Redis-sentinel作為一個(gè)集群管理工具，基本滿足了要求。但是Redis集群的需求卻仍然存在。Redis集群作為分區(qū)結(jié)果，分區(qū)的配置仍然需要客戶端或者代理協(xié)議實(shí)現(xiàn)，Redis集群作為一個(gè)整體還需要更長(zhǎng)的路。Redis-cluster的草案早于出爐，但是實(shí)現(xiàn)卻已經(jīng)停留了很久。antriez承諾在Redis 3.0推出Redis-cluster功能。