最近公司項目要求Redis集群且高可用，在查詢了一系列文章，再結合項目實際情況，所以采用了這一套高可用集群方案

方案選型

Redis集群有三種方案實現：

1. Redis官方集群方案 Redis Cluster

   這種方案是redis官方提供的，采用slot的概念，一共分成16384個槽。對key的值進行散列，分配到這16384個slot中的某一個中。但是這個Redis集群，要保證16384個槽對應的node都正常工作，如果某個node發生故障，那它負責的slots也就失效，整個集群將不能工作。這不符合我們的要求：高可用。

2. 利用代理中間件實現大規模Redis集群

   過于復雜，并且我們redis的使用量不是很大，只需要保證穩定即可（高可用）。所以這個方案也沒有采納。

3. Redis Sentinel主從高可用方案

   部署redis主從服務（1個master，多個salve），然后通過redis官方的監控工具Sentinel（哨兵），對每個節點進行監控，實現自動故障遷移，即master死掉，將salve升級為master。基本原理是：心跳機制+投票裁決。

環境準備

1. 下載redis源碼包。地址
2. 準備1臺服務器（按照部署情況，共有5個端口）
3. 5個端口中，1個master(6379)，2個slave(6380,6381)，2個sentinel（哨兵）(63791, 63792)

sentinel配置(參數配置查看附錄1)

1. 配置文件_63791(sentinel_63791.conf)

    # 端口
    port 63791
    daemonize yes
    # 很重要，見附錄2
    protected-mode no
    # 日志文件
    logfile "/opt/redis-cluster/logs/sentinel_63791.log"
    #master-1
    # 監控master
    # sentinel monitor master_name ip port quorum
    # quorum是一個數字，指明當有多少個sentinel認為一個master失效時，master才算真正失效。
    sentinel monitor master-1 10.211.55.10 6381 1
    # 這個配置項指定了需要多少失效時間，一個master才會被這個sentinel主觀地認為是不可用的。 單位是毫秒，默認為30秒
    sentinel down-after-milliseconds master-1 5000
    sentinel failover-timeout master-1 18000
    # 設置連接master和slave時的密碼,master和slave用戶名密碼要一致
    sentinel auth-pass master-1 test123
    sentinel parallel-syncs master-1 1
   

2. 配置文件_63792(sentinel_63792.conf)

    port 63792
    daemonize yes
    protected-mode no
    logfile "/opt/redis-cluster/logs/sentinel_63792.log"
    #master-1
    sentinel monitor master-1 10.211.55.10 6381 1
    sentinel down-after-milliseconds master-1 5000
    sentinel failover-timeout master-1 18000
    sentinel auth-pass master-1 test123
    sentinel parallel-syncs master-1 1
   

Master節點配置

redis_master_6379.conf 配置：

port 6379
daemonize yes
requirepass test123
masterauth test123

兩個slave節點配置

1. redis_slave_6380.conf

    port 6380
    daemonize yes
    requirepass "test123"
    slaveof 10.211.55.10 6379
    masterauth "sunhao123"
    bind 0.0.0.0
   

2. redis_slave_6381.conf

    port 6381
    daemonize yes
    requirepass "test123"
    slaveof 10.211.55.10 6379
    masterauth "sunhao123"
    bind 0.0.0.0
   

啟動服務

按如下順序依次啟動服務：

redis-server /opt/redis-cluster/redis_master_6379.conf 
redis-server /opt/redis-cluster/redis_slave_6380.conf 
redis-server /opt/redis-cluster/redis_slave_6381.conf 
redis-sentinel /opt/redis-cluster/sentinel_63791.conf 
redis-sentinel /opt/redis-cluster/sentinel_63792.conf 

查看各個節點的狀態

1. 查看全部節點狀態

    [root@CentOS-3 redis-cluster]# ps aux | grep redis
    root      1782  0.0  0.0 103252   824 pts/4    S+   21:36   0:00 grep redis
    root     25331  0.1  0.3 133528  7648 ?        Ssl  18:06   0:20 redis-server 0.0.0.0:6380                            
    root     25336  0.1  0.5 135576  9720 ?        Ssl  18:06   0:21 redis-server 0.0.0.0:6381                            
    root     29303  0.2  0.4 133524  7700 ?        Ssl  18:27   0:32 redis-sentinel *:63791 [sentinel]                    
    root     29308  0.2  0.4 133524  7704 ?        Ssl  18:27   0:33 redis-sentinel *:63792 [sentinel]                    
    root     29486  0.1  0.3 133528  7648 ?        Ssl  18:28   0:18 redis-server 0.0.0.0:6379
   

2. 查看master狀態

    [root@CentOS-3 redis-cluster]# redis-cli -h 10.211.55.10 -p 6379
    10.211.55.10:6379> auth test123
    OK
    10.211.55.10:6379> info replication
    # Replication
    role:master
    connected_slaves:2
    slave0:ip=10.211.55.10,port=6380,state=online,offset=1568095,lag=1
    slave1:ip=10.211.55.10,port=6381,state=online,offset=1568095,lag=1
    master_repl_offset:1568095
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:519520
    repl_backlog_histlen:1048576
    10.211.55.10:6379> 
   

3. 查看slave的狀態：

    [root@CentOS-3 redis-cluster]# redis-cli -h 10.211.55.10 -p 6380
    10.211.55.10:6380> auth test123
    OK
    10.211.55.10:6380> info replication
    # Replication
    role:slave
    master_host:10.211.55.10
    master_port:6379
    master_link_status:up
    master_last_io_seconds_ago:1
    master_sync_in_progress:0
    slave_repl_offset:1578354
    slave_priority:100
    slave_read_only:1
    connected_slaves:0
    master_repl_offset:0
    repl_backlog_active:0
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:0
    repl_backlog_histlen:0
    10.211.55.10:6380> 
   

4. 查看sentinel的狀態：

    [root@CentOS-3 redis-cluster]# redis-cli -h 10.211.55.10 -p 63791
    10.211.55.10:63791> info sentinel
    # Sentinel
    sentinel_masters:1
    sentinel_tilt:0
    sentinel_running_scripts:0
    sentinel_scripts_queue_length:0
    sentinel_simulate_failure_flags:0
    master0:name=master-1,status=ok,address=10.211.55.10:6379,slaves=2,sentinels=2
    10.211.55.10:63791> 
   

驗證redis sentinel的主從切換：

1. 首先關閉master節點，即kill掉master進程

2. 查看sentinel服務，發現端口6381升級為master節點，這時sentinel完成故障自動切換。

    [root@CentOS-3 redis-cluster]# redis-cli -h 10.211.55.10 -p 63791
    10.211.55.10:63791> info sentinel
    # Sentinel
    sentinel_masters:1
    sentinel_tilt:0
    sentinel_running_scripts:0
    sentinel_scripts_queue_length:0
    sentinel_simulate_failure_flags:0
    master0:name=master-1,status=ok,address=10.211.55.10:6381,slaves=2,sentinels=2
    10.211.55.10:63791> 
   

3. 啟動剛才被shutdown的6379服務并查看，發現它變成了slave服務。

    [root@CentOS-3 redis-cluster]# redis-cli -h 10.211.55.10 -p 6379
    10.211.55.10:6379> auth test123
    OK
    10.211.55.10:6379> info replication
    # Replication
    role:slave
    master_host:10.211.55.10
    master_port:6381
    master_link_status:up
    master_last_io_seconds_ago:2
    master_sync_in_progress:0
    slave_repl_offset:15074
    slave_priority:100
    slave_read_only:1
    connected_slaves:0
    master_repl_offset:0
    repl_backlog_active:0
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:0
    repl_backlog_histlen:0
    10.211.55.10:6379> 
   

附錄

1. Redis搭建sentinel,無法主從自動切換,一直卡在-sdown sentinel

   redis-sentinel有保護模式，所以要將這個模塊關閉！

    protected-mode no
   

2. redis-sentinel配置項詳細說明

   參考鏈接