一、高可用概述

1.1 高可用概述

在實際生產(chǎn)環(huán)境中為保證Redis的服務(wù)連續(xù)性和可靠性，需要設(shè)計一個高可用架構(gòu)。即當(dāng)某一臺Redis服務(wù)器出現(xiàn)故障時其他Redis服務(wù)器可以頂上繼續(xù)提供服務(wù)從而保證整個系統(tǒng)的連續(xù)性和穩(wěn)定性。

1.2 Redis高可用方案

主從復(fù)制模式

主從復(fù)制是最常用的Redis高可用方案之一。主從復(fù)制的實現(xiàn)機(jī)制是將主節(jié)點上的數(shù)據(jù)復(fù)制到從節(jié)點，并在復(fù)制過程中保持主節(jié)點和從節(jié)點的實時同步。在主節(jié)點出現(xiàn)故障時，可以通過切換從節(jié)點為主節(jié)點，從而達(dá)到高可用的目的。

以下是主從復(fù)制模式的實現(xiàn)步驟：

• 首先為主節(jié)點配置master.conf，配置從節(jié)點的ip和端口號。

# master.conf
port 6379
bind 127.0.0.1
slaveof 192.168.0.2 6379

• 然后為從節(jié)點配置slave.conf，配置主節(jié)點的ip和端口號。

# slave.conf
port 6380
bind 127.0.0.1
slaveof 192.168.0.1 6379

• 啟動主節(jié)點，再啟動從節(jié)點。此時從節(jié)點會和主節(jié)點進(jìn)行數(shù)據(jù)同步，實現(xiàn)主從復(fù)制。

Redis Sentinel模式

Redis Sentinel是一種分布式高可用解決方案。它主要通過一組監(jiān)控進(jìn)程（Sentinel進(jìn)程）來監(jiān)測Redis服務(wù)器的狀態(tài)。

以下是Redis Sentinel模式的實現(xiàn)步驟：

• 首先為Sentinel配置文件sentinel.conf，配置監(jiān)控Redis服務(wù)器的ip和端口號。

# sentinel.conf
port 26379
sentinel monitor mymaster 192.168.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000 
sentinel parallel-syncs mymaster 1 
sentinel failover-timeout mymaster 180000 

• 啟動多個Sentinel進(jìn)程，每個Sentinel進(jìn)程通過配置文件連接到不同的Redis服務(wù)器上。當(dāng)Redis服務(wù)器出現(xiàn)問題時，Sentinel進(jìn)程會自動判斷并選擇一個最適合的備用Redis服務(wù)器來頂替原來的服務(wù)器。

Redis Cluster模式

Redis Cluster是一種分布式高可用架構(gòu)，它可以分布式存儲和處理多個Redis節(jié)點。Redis Cluster可以自動對數(shù)據(jù)進(jìn)行分片，提高集群的可靠性和性能

以下是Redis Cluster模式的實現(xiàn)步驟：

• 首先為多個Redis節(jié)點設(shè)置集群配置文件redis.conf，配置節(jié)點的ip和端口號，同時將所有節(jié)點的配置文件相互連接起來。

# redis-a.conf
port 7000
cluster-enabled yes
cluster-config-file node-a.conf
cluster-node-timeout 5000

# redis-b.conf
port 7001
cluster-enabled yes
cluster-config-file node-b.conf
cluster-node-timeout 5000

...

# node-a.conf, node-b.conf, ...
port 7000
port 7001
...

• 啟動多個Redis節(jié)點，然后使用redis-cli工具連接到一個節(jié)點，執(zhí)行cluster create命令創(chuàng)建一個Redis Cluster集群。命令格式如下：

cluster create ip:port ip:port ip:port ...

• 將需要存儲的數(shù)據(jù)插入到Redis Cluster集群中，Redis Cluster會進(jìn)行智能分片和存儲。

1.3 常見高可用方案比較

在實際生產(chǎn)環(huán)境中，不同的Redis高可用方案都有各自的優(yōu)缺點。以下是常見Redis高可用方案的比較：

二、高可用實踐-集群

2.1 集群概述

Redis集群是一種分布式高可用的架構(gòu)，可以分布式存儲和處理多個Redis節(jié)點，提高Redis系統(tǒng)的可靠性和性能。在Redis集群中每個Redis節(jié)點都可以接收客戶端的讀寫請求，數(shù)據(jù)可以分布到多個節(jié)點進(jìn)行存儲和處理。當(dāng)一個節(jié)點出現(xiàn)故障時集群會自動將故障節(jié)點的數(shù)據(jù)提供給其他節(jié)點，并將故障節(jié)點進(jìn)行自動修復(fù)實現(xiàn)了高可用性和可靠性。

Redis集群采用哈希槽的方式進(jìn)行數(shù)據(jù)分片，將整個數(shù)據(jù)集分成多個哈希槽，每個哈希槽分配給不同的節(jié)點進(jìn)行存儲，保證了每個節(jié)點上的數(shù)據(jù)量不會過大。同時在Redis集群中每個節(jié)點都可以完成其他節(jié)點的工作，隨時可以代替其他節(jié)點進(jìn)行工作大大提高了集群的可靠性。

2.2 集群配置

2.2.1 IP地址與端口規(guī)劃

在Redis集群中每個節(jié)點都需要有一個自己的IP地址和端口號，同時還需要有一個可供客戶端連接集群的公共IP地址和端口號。在IP地址與端口規(guī)劃時需要根據(jù)需要存儲的數(shù)據(jù)量和性能要求進(jìn)行合理的劃分。

舉例來說，假設(shè)有6臺Redis服務(wù)器，6個IP地址分別為：192.168.0.1、192.168.0.2、192.168.0.3、192.168.0.4、192.168.0.5、192.168.0.6。為了方便標(biāo)識，我們將這6臺服務(wù)器命名為node1、node2、node3、node4、node5、node6。對于集群的公共IP地址與端口號，我們選擇192.168.0.100:7000，具體規(guī)劃如下：

2.2.2 配置文件修改

在每個節(jié)點上需要修改Redis的配置文件redis.conf以便讓Redis節(jié)點能夠加入到集群中。

首先將cluster-enabled參數(shù)設(shè)置為yes，表示啟用集群模式
然后需要指定節(jié)點對應(yīng)的端口號和節(jié)點的名稱
修改前幾行配置如下：

# 修改前的配置
port 6379
cluster-enabled no

# 修改后的配置
port 7001
cluster-enabled yes
cluster-node-timeout 15000
cluster-node-timeout 15000
cluster-config-file nodes.conf
cluster-slave-validity-factor 0

還需要在每個節(jié)點的配置文件中添加集群模式相關(guān)的配置
具體可以參考以下示例代碼：

# 集群監(jiān)聽的端口號
port 7001 
# 啟用集群模式
cluster-enabled yes 
# 集群節(jié)點超時時間
cluster-node-timeout 15000
# 集群配置文件名稱
cluster-config-file nodes.conf
# 成為主節(jié)點的條件，缺少這一項則無法選舉
cluster-replica-validity-factor 0
# 節(jié)點模式，可選master或slave
cluster-announce-ip 192.168.0.1
cluster-announce-port 7001
cluster-announce-bus-port 17002

注意：在修改完配置文件后需要重啟Redis服務(wù)才會讓配置文件生效。

2.2.3 集群啟動與測試

在所有節(jié)點的配置文件修改完畢后需要啟動Redis服務(wù)并使用集群命令創(chuàng)建Redis集群
在終端中切換到Redis安裝目錄的src目錄下，使用redis-trib.rb腳本創(chuàng)建集群。該腳本位于Redis安裝目錄的/src目錄下，啟動參數(shù)-p表示公共端口號。

./redis-trib.rb create --replicas 1 192.168.0.1:7001 192.168.0.2:7002 192.168.0.3:7003 192.168.0.4:7004 192.168.0.5:7005 192.168.0.6:7006

在上述命令執(zhí)行成功后Redis集群就啟動成功了
可以使用命令redis-cli -c -p公共端口號連接到Redis集群進(jìn)行測試

2.3 集群擴(kuò)展與縮容

當(dāng)需要對Redis集群進(jìn)行擴(kuò)展或縮容時需要進(jìn)行以下操作：

• 縮容操作：先將需要縮容的Redis節(jié)點從集群中移除然后將該節(jié)點上的數(shù)據(jù)遷移到其他節(jié)點最后關(guān)閉該節(jié)點。
• 擴(kuò)容操作：增加新的Redis節(jié)點然后將該節(jié)點加入到集群中并進(jìn)行數(shù)據(jù)遷移和重平衡操作。

在Redis集群中數(shù)據(jù)遷移和重平衡操作是由集群自動完成的無需手工設(shè)置。當(dāng)集群發(fā)現(xiàn)數(shù)據(jù)量不均衡時會自動對數(shù)據(jù)進(jìn)行重新分配，并將多余的數(shù)據(jù)遷移至其他節(jié)點中以保證集群的負(fù)載均衡。具體操作可以參考Redis官網(wǎng)的相關(guān)文檔進(jìn)行操作。

三、高可用實踐-主從復(fù)制

3.1 原理與應(yīng)用場景

Redis主從復(fù)制是一種基于Redis數(shù)據(jù)復(fù)制的高可用解決方案。在主從復(fù)制中可以將一個節(jié)點設(shè)置為主節(jié)點其他節(jié)點設(shè)置為從節(jié)點，主節(jié)點負(fù)責(zé)寫入數(shù)據(jù)并將數(shù)據(jù)同步到從節(jié)點，從而實現(xiàn)數(shù)據(jù)在多個節(jié)點之間進(jìn)行同步和復(fù)制。這種架構(gòu)可以提高Redis系統(tǒng)的可靠性和容錯能力，使得Redis能夠適應(yīng)更為復(fù)雜的應(yīng)用場景和高并發(fā)的請求。

應(yīng)用場景：適用于讀寫分離、較高QPS、容災(zāi)備份等應(yīng)用場景。

3.2 主從復(fù)制配置

3.2.1 配置文件修改

首先需要在配置文件中進(jìn)行主從復(fù)制配置讓Redis節(jié)點能夠加入到主從復(fù)制體系中

在Redis主節(jié)點的配置文件redis.conf中需要將以下三個參數(shù)設(shè)置為指定的數(shù)值：

# 打開主節(jié)點功能
slave-serve-stale-data no 
# 配置好從節(jié)點地址和端口
slaveof 需要復(fù)制的主節(jié)點IP 需要復(fù)制的主節(jié)點的端口號 
# 只給從節(jié)點寫入
master-write-enabled yes

在從節(jié)點的配置文件redis.conf中需要將以下三個參數(shù)設(shè)置為指定的數(shù)值：

# 打開從節(jié)點功能，配置好從節(jié)點的地址和端口
slaveof 需要復(fù)制的主節(jié)點IP 需要復(fù)制的主節(jié)點端口號 
# 如果主節(jié)點不可用，是否繼續(xù)提供服務(wù) 
slave-serve-stale-data yes 

3.2.2 主從配置啟動與測試

在Redis主節(jié)點的配置文件中完成修改后需要重啟Redis服務(wù)之后再啟動Redis從節(jié)點服務(wù)

在啟動從節(jié)點服務(wù)之后使用Redis命令行客戶端redis-cli來進(jìn)行連接測試
方法如下：

• 首先連接主節(jié)點使用redis-cli -p端口號 -a密碼進(jìn)入主節(jié)點。
• 使用SET命令在主節(jié)點上插入一條測試數(shù)據(jù)
• 在Redis從節(jié)點中使用GET命令讀取該數(shù)據(jù)，如果可以讀取到對應(yīng)的數(shù)據(jù)說明主從復(fù)制已經(jīng)成功配置

實踐代碼如下：

在主節(jié)點的redis.conf文件中配置：

# 打開主節(jié)點功能
slave-serve-stale-data no 
# 配置好從節(jié)點地址和端口
slaveof 192.168.0.1 7000 
# 只給從節(jié)點寫入
master-write-enabled yes

在從節(jié)點的redis.conf文件中配置：

# 打開從節(jié)點功能，配置好從節(jié)點的地址和端口
slaveof 192.168.0.1 7000 
# 如果主節(jié)點不可用，是否繼續(xù)提供服務(wù) 
slave-serve-stale-data yes 

接下來過如下命令啟動Redis服務(wù)并測試主從復(fù)制是否成功：

• 啟動Redis主節(jié)點：redis-server /etc/redis/redis.conf
• 啟動Redis從節(jié)點：redis-server /etc/redis/redis.conf
• 進(jìn)入Redis主節(jié)點并插入一條測試數(shù)據(jù)：redis-cli -p 7000 set foo bar
• 在Redis從節(jié)點上讀取測試數(shù)據(jù)：redis-cli -p 7001 get foo

如果返回值是bar則說明主從復(fù)制已經(jīng)成功配置

3.3 主從架構(gòu)搭建最佳實踐

為了確保Redis主從架構(gòu)的高可用性和穩(wěn)定性，建議需要遵循以下最佳實踐：

• 配置Redis主節(jié)點和從節(jié)點在不同的物理服務(wù)器上，以提高系統(tǒng)的故障容錯性。
• 避免在主節(jié)點上執(zhí)行長時間運行的阻塞命令，如keys、slowlog等，這可能會影響到從節(jié)點的性能。
• 使用Redis Sentinel或Cluster對主從節(jié)點進(jìn)行管理和監(jiān)控，以保證系統(tǒng)穩(wěn)定性和數(shù)據(jù)安全。
• 對系統(tǒng)的備份、容災(zāi)和恢復(fù)等功能進(jìn)行定期的測試和驗證，確保系統(tǒng)的可靠性和持續(xù)穩(wěn)定運行。

四、高可用實踐-哨兵

4.1 哨兵原理

哨兵是一個專門用于監(jiān)控和管理Redis集群的組件，主要功能是在集群中檢查Redis主節(jié)點和從節(jié)點是否正常運行，以及在主節(jié)點發(fā)生故障時自動將從節(jié)點升級為新的主節(jié)點從而實現(xiàn)Redis高可用性的保障。

在Redis集群中可以通過運行多個Redis實例來實現(xiàn)數(shù)據(jù)在多個節(jié)點之間的復(fù)制和負(fù)載均衡。但如果Redis主節(jié)點發(fā)生故障那么整個集群將失去在該節(jié)點上進(jìn)行的寫操作從而導(dǎo)致數(shù)據(jù)的不一致和服務(wù)的中斷。

為了解決這個問題可以使用Redis哨兵進(jìn)行集群管理和監(jiān)控。當(dāng)主節(jié)點發(fā)生故障時哨兵可以自動檢測到該節(jié)點的故障并通過協(xié)商機(jī)制將新的主節(jié)點選出從而保障Redis集群的高可用性和穩(wěn)定性。

4.2 哨兵配置

Redis哨兵的配置一般包括兩個方面：即配置文件修改和哨兵啟動與測試

4.2.1 配置文件修改

在Redis哨兵的配置文件redis-sentinel.conf中修改以下參數(shù)，以便進(jìn)行哨兵的配置和管理：

• port: 指定當(dāng)前哨兵節(jié)點的監(jiān)聽端口號。
• sentinel monitor: 指定需要監(jiān)控的Redis節(jié)點名稱、IP地址和端口號。
• sentinel down-after-milliseconds: 指定哨兵檢測到節(jié)點故障的超時時間。
• sentinel failover-timeout: 指定哨兵進(jìn)行切換的超時時間。
• sentinel parallel-syncs: 指定哨兵進(jìn)行切換時需要同步的從節(jié)點數(shù)量。

例如，我們需要配置一個監(jiān)聽端口號為26379的哨兵節(jié)點監(jiān)控主節(jié)點IP為192.168.0.1，端口號為7000的節(jié)點。我們可以在redis-sentinel.conf中加入如下配置：

port 26379
sentinel monitor mymaster 192.168.0.1 7000 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 10000

注：sentinel parallel-syncs這個參數(shù)是在哨兵執(zhí)行failover時需要同步的從節(jié)點數(shù)量，默認(rèn)值為1

4.2.2 哨兵啟動與測試

當(dāng)哨兵節(jié)點的配置文件修改完成后可以通過以下命令啟動Redis哨兵：

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

啟動后使用如下命令檢查當(dāng)前哨兵節(jié)點的狀態(tài)信息：

redis-cli -p 26379 SENTINEL slaves mymaster

該命令可以返回當(dāng)前Redis主節(jié)點和從節(jié)點的信息，以及哨兵節(jié)點名稱、狀態(tài)、IP地址和端口號等信息。

五、Redis高可用常見問題與解決方案

5.1 腦裂問題

5.1.1 原理分析

腦裂問題指的是 Redis 集群中由于網(wǎng)絡(luò)故障等原因，某個節(jié)點與其他節(jié)點失去了聯(lián)系導(dǎo)致多個互相隔離的子集群產(chǎn)生。如果每個子集群都選出一個主節(jié)點進(jìn)行寫操作就會導(dǎo)致數(shù)據(jù)不一致性和服務(wù)中斷。

5.1.2 解決方案

要解決腦裂問題，可以采用以下措施來保障 Redis 集群的高可用性：

• 使用 Redis Sentinel 來進(jìn)行節(jié)點監(jiān)控和管理，當(dāng)某個節(jié)點失去連接時，Sentinel 可以動態(tài)地將其劃分到正確的集群中，保證數(shù)據(jù)的一致性。
• 在遇到網(wǎng)絡(luò)故障等原因?qū)е碌哪X裂問題時，可以使用分布式鎖、一致性哈希等技術(shù)來保障高可用性和數(shù)據(jù)一致性。

下面是示例代碼使用Sentinel來監(jiān)控Redis集群，并在出現(xiàn)網(wǎng)絡(luò)故障時正確處理腦裂問題

// Sentinel配置信息，用于監(jiān)控Redis集群
Set<String> sentinels = new HashSet<>();
sentinels.add("127.0.0.1:26379");
sentinels.add("127.0.0.1:26380");

// Sentinel Pool 配置信息
JedisSentinelPool sentinelPool = new JedisSentinelPool("mymaster", sentinels);

// 獲取RedisSentinel的Jedis連接實例
try (Jedis jedis = sentinelPool.getResource()) {
    // 對 Redis 主節(jié)點進(jìn)行寫入操作
    jedis.set("key", "value");
} catch (JedisException e) {
    // 進(jìn)行異常處理
    e.printStackTrace();
} finally {
    // 歸還JedisSentinelPool資源
    sentinelPool.close();
}

在代碼中使用Sentinel監(jiān)控Redis集群，通過JedisSentinelPool提供的getResource()方法來獲得RedisSentinel的 Jedis連接實例。這種方式可以確保數(shù)據(jù)的一致性和高可用性并在出現(xiàn)網(wǎng)絡(luò)故障時進(jìn)行正確處理

5.2 數(shù)據(jù)一致性問題

5.2.1 原理分析

Redis集群中的數(shù)據(jù)復(fù)制是通過主節(jié)點將數(shù)據(jù)同步到從節(jié)點來完成的。當(dāng)主節(jié)點發(fā)生故障時從節(jié)點需要接替主節(jié)點的職責(zé)，此時需要通過數(shù)據(jù)同步來保證數(shù)據(jù)的一致性。但由于Redis異步寫入機(jī)制可能會存在主從節(jié)點數(shù)據(jù)不一致的情況。

5.2.2 解決方案

為了解決數(shù)據(jù)一致性問題，可以采用以下方案：

• 在Redis集群中使用Redis哨兵進(jìn)行節(jié)點監(jiān)控和管理，在主節(jié)點失效時能夠自動切換到新的主節(jié)點并保證數(shù)據(jù)的一致性。
• 在主從節(jié)點之間啟用Redis同步命令通過同步機(jī)制保證主從節(jié)點數(shù)據(jù)的一致性
• 使用Redis的AOF持久化機(jī)制通過對Redis集群進(jìn)行定期快照備份來保證數(shù)據(jù)的可靠性和一致性

5.3 故障恢復(fù)問題

5.3.1 原理分析

在Redis集群中當(dāng)主節(jié)點故障時需要通過Redis哨兵選出新的主節(jié)點，并讓從節(jié)點升級為新的主節(jié)點。此過程稱為故障恢復(fù)。

故障恢復(fù)需要保證數(shù)據(jù)的一致性和不可丟失性。因此在故障恢復(fù)期間需要遵循以下原則：

• 不會出現(xiàn)數(shù)據(jù)的斷點寫入
• 延遲最小化
• 確保數(shù)據(jù)一致性避免數(shù)據(jù)錯誤
• 正確選擇故障恢復(fù)執(zhí)行者

5.3.2 解決方案

為了解決故障恢復(fù)問題，可以采用以下方案：

• 在Redis集群中使用Redis哨兵進(jìn)行節(jié)點監(jiān)控和管理并對哨兵節(jié)點和主從節(jié)點進(jìn)行分區(qū)和容錯測試。避免在故障恢復(fù)時產(chǎn)生數(shù)據(jù)不一致和服務(wù)中斷。
• 啟用Redis哨兵的自動故障轉(zhuǎn)移機(jī)制在主節(jié)點失效時能夠自動切換到新的主節(jié)點，并保證數(shù)據(jù)的一致性和可靠性。
• 針對故障恢復(fù)的執(zhí)行者選擇可以使用權(quán)重分配、負(fù)載均衡等策略來保證故障恢復(fù)的可靠性和高效性。

到此這篇關(guān)于Redis高可用的三種實現(xiàn)方式的文章就介紹到這了,更多相關(guān)Redis高可用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！