Redis高可用有兩種模式：哨兵模式和叢集模式，本文以哨兵模式建構一主兩從三哨兵Redis高可用服務。
一主兩從三哨兵Redis服務，基本上能夠滿足中小型專案的高可用要求，使用Supervisor監控並管理Redis實例。透過本文將完成以下目標：
哨兵模式服務規劃與建置
哨兵模式服務相比於單機版服務更可靠，適合讀寫分離、資料量不是很大、要求可靠穩定性的場景。
客戶端整合與讀寫分離
#透過Spring框架對哨兵模式進行連接，完成生產環境的常見操作。
連接埠規劃是完成本方案的第一步。
單機模擬是在一台實體機或虛擬機器上模擬操作，以盡可能還原本方案中間過程，通常用於學習或開發階段。
為了簡化操作，Redis服務做如下約定：資料不持久化到磁碟；服務實例以前台進程方式運作；節點的設定檔以預設設定檔為模版；無密碼驗證。
服務在第一次啟動時明確知道第幾個節點是master節點，當服務在長期運行並發生主從切換時，無法顯示知道第幾個節點是master節點，需要透過命令列間接查詢。
| 節點 | 主機 | 連接埠 | 角色 | 額外配置 |
|---|---|---|---|---|
| #node01 | 127.0.0.1 | #6380 | 第一次啟動時作為master服務 | |
| node02 | 127.0.0.1 | 6381 | 第一次啟動時作為slave服務 | replicaof 127.0.0.1 6380 |
| node03 | 127.0.0.1 | 6382 | 第一次啟動時作為slave服務 | #replicaof 127.0. 0.1 6380 |
額外設定指第一次啟動Redis服務實例時，節點設定檔中新增設定。
哨兵服務節點之間沒有主從的區別，所有節點處於平等地位。當主服務出現異常時，哨兵服務會觸發投票策略，從Redis實例的從節點中選擇候選人作為新的主服務。
| 節點 | 主機 | 連接埠 | 額外設定 |
|---|---|---|---|
| node01 | 127.0.0.1 | 26380 | sentinel monitor mymaster 127.0.0.1 6380 2 |
| node02 | 127.0.0.1 | 26381 | sentinel monitor mymaster 127.0.0.1 6380 2 |
| node03 | 127.0.0.1 | 26382 | sentinel monitor mymaster 127.0.0.1 6380 2 |
節點的初始設定檔以預設設定檔為模版。
node01、node02初始化設定檔之後，顯示指明節點間的主從關係，增加以下設定：
replicaof 127.0.0.1 6380
節點的初始設定檔以預設設定檔為模版。
node01、node02、node03初始化設定檔後，增加以下設定：
sentinel monitor mymaster 127.0.0.1 6381 2
測試或學習時，建議採用前台行程管理服務，方便模擬單點故障、查看日誌觀察主從切換。
生產條件下建議使用Supervisor管理服務，不僅易於管理而且能夠實現服務異常終止後自動重新啟動。高可用場景下使用的是三台實體機。
/usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis80.conf --port 6380 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save '' --daemonize no
/usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel280.conf --port 26380 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel281.conf --port 26381 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel282.conf --port 26382 --daemonize no
客戶端實作是指基於SpringBoot的整合分為兩步驟實現：一是完成作為基礎的整合；二是結合生產需要補充新特性。
基礎整合的內容是以Java客戶端連線高可用哨兵模式Redis服務，實作單節點故障服務正常運作的需求。
全域設定檔新增的設定資訊有：master參數為哨兵服務名，此處為預設值；nodes參數為哨兵服務清單（不是Redis實例服務清單）；database參數為資料庫。
spring:
redis:
database: 0
sentinel:
nodes: 192.168.181.171:26380,192.168.181.171:26381,192.168.181.171:26382
master: mymaster整合進SpringBoot體系，最核心的是創建LettuceConnectionFactory連接工廠，透過Redis連接工廠，能夠順利繼承進Spring體系下其他框架。
@Configuration
public class RedisSentinelConfig {
@Autowired
private RedisProperties redisProperties;
@Bean
public RedisConnectionFactory lettuceConnectionFactory() {
RedisProperties.Sentinel sentinel = redisProperties.getSentinel();
HashSet<String> nodes = new HashSet<>(sentinel.getNodes());
String master = sentinel.getMaster();
RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes);
config.setDatabase(redisProperties.getDatabase());
return new LettuceConnectionFactory(config);
}
}基礎整合只是實現了高可用Redis服務的流程，生產環境下仍需要增加其他配置：修改自訂連接資料庫序號；授權連接；連接池配置；讀寫分離。
在高可用前提下，衍生出讀寫分離的特性，主庫完成寫入請求；從庫完成讀取請求（從庫不允許寫）。
@Bean
public LettuceClientConfigurationBuilderCustomizer lettuceClientCustomizer() {
// 配置读写分离
return builder -> builder.readFrom(ReadFrom.REPLICA);
}以上是Redis哨兵模式高可用的範例分析的詳細內容。更多資訊請關注PHP中文網其他相關文章！
