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中文網其他相關文章!