Redis Sentinel機制與用法 【redis主從】

運行Sentinel

運行sentinel有兩種方式:redis

  • 第一種網絡

    redis-sentinel /path/to/sentinel.conf
  • 第二種spa

    redis-server /path/to/sentinel.conf --sentinel

    以上兩種方式,都必須指定一個sentinel的配置文件sentinel.conf,若是不指定,將沒法啓動sentinel。sentinel默認監聽26379端口,因此運行前必須肯定該端口沒有被別的進程佔用。code

Sentinel的配置

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);
    }
}
相關文章
相關標籤/搜索