運行sentinel有兩種方式:redis
第一種網絡
redis-sentinel /path/to/sentinel.conf
第二種spa
redis-server /path/to/sentinel.conf --sentinel
以上兩種方式,都必須指定一個sentinel的配置文件sentinel.conf,若是不指定,將沒法啓動sentinel。sentinel默認監聽26379端口,因此運行前必須肯定該端口沒有被別的進程佔用。code
Redis源碼包中包含了一個sentinel.conf文件做爲sentinel的配置文件,配置文件自帶了關於各個配置項的解釋。典型的配置項以下所示:server
sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 60000 sentinel failover-timeout mymaster 180000 sentinel parallel-syncs mymaster 1 sentinel monitor resque 192.168.1.3 6380 4 sentinel down-after-milliseconds resque 10000 sentinel failover-timeout resque 180000 sentinel parallel-syncs resque 5
上面的配置項配置了兩個名字分別爲mymaster和resque的master,配置文件只須要配置master的信息就好啦,不用配置slave的信息,由於slave可以被自動檢測到(master節點會有關於slave的消息)。須要注意的是,配置文件在sentinel運行期間是會被動態修改的,例如當發生主備切換時候,配置文件中的master會被修改成另一個slave。這樣,以後sentinel若是重啓時,就能夠根據這個配置來恢復其以前所監控的redis集羣的狀態。進程
接下來咱們將一行一行地解釋上面的配置項:ip
sentinel monitor mymaster 127.0.0.1 6379 2
這一行表明sentinel監控的master的名字叫作mymaster,地址爲127.0.0.1:6379,行尾最後的一個2表明什麼意思呢?咱們知道,網絡是不可靠的,有時候一個sentinel會由於網絡堵塞而誤覺得一個master redis已經死掉了,當sentinel集羣式,解決這個問題的方法就變得很簡單,只須要多個sentinel互相溝通來確認某個master是否真的死了,這個2表明,當集羣中有2個sentinel認爲master死了時,才能真正認爲該master已經不可用了。(sentinel集羣中各個sentinel也有互相通訊,經過gossip協議)。內存
除了第一行配置,咱們發現剩下的配置都有一個統一的格式:get
sentinel <option_name> <master_name> <option_value>
接下來咱們根據上面格式中的option_name一個一個來解釋這些配置項:同步
down-after-milliseconds
sentinel會向master發送心跳PING來確認master是否存活,若是master在「必定時間範圍」內不迴應PONG 或者是回覆了一個錯誤消息,那麼這個sentinel會主觀地(單方面地)認爲這個master已經不可用了(subjectively down, 也簡稱爲SDOWN)。而這個down-after-milliseconds就是用來指定這個「必定時間範圍」的,單位是毫秒。
不過須要注意的是,這個時候sentinel並不會立刻進行failover主備切換,這個sentinel還須要參考sentinel集羣中其餘sentinel的意見,若是超過某個數量的sentinel也主觀地認爲該master死了,那麼這個master就會被客觀地(注意哦,此次不是主觀,是客觀,與剛纔的subjectively down相對,此次是objectively down,簡稱爲ODOWN)認爲已經死了。須要一塊兒作出決定的sentinel數量在上一條配置中進行配置。
parallel-syncs
在發生failover主備切換時,這個選項指定了最多能夠有多少個slave同時對新的master進行同步,這個數字越小,完成failover所需的時間就越長,可是若是這個數字越大,就意味着越多的slave由於replication而不可用。能夠經過將這個值設爲 1 來保證每次只有一個slave處於不能處理命令請求的狀態。
其餘配置項在sentinel.conf中都有很詳細的解釋。
全部的配置均可以在運行時用命令SENTINEL SET command
動態修改。
package cn.com.redis; import redis.clients.jedis.Jedis; public class MasterAndSlaveTest { public static void main(String[] args) throws InterruptedException { Jedis jedis_M = new Jedis("192.168.248.129",6379);//主機 Jedis jedis_S = new Jedis("192.168.248.129",6380);//從機 //遵循「配從不配主」的模式 jedis_S.slaveof("192.168.248.129",6379); jedis_M.set("class", "8888");//主機去寫 //內存中讀寫太快,防止讀在寫以前先完成而出現null的狀況,這裏作一下延遲 Thread.sleep(2000); String result = jedis_S.get("class");//從機去讀 System.out.println(result); } }