Tair (Redis® OSS-Compatible)：標準版-雙副本

簡介

標準版-雙副本模式採用主從（master-replica）模式搭建。主節點提供日常服務訪問，備節點提供HA高可用，當主節點發生故障，系統會自動在30秒內切換至備節點，保證業務平穩運行。

特點

• 可靠性
  • 服務可靠

    採用雙機主從（master-replica）架構，主從節點位於不同物理機。主節點對外提供訪問，使用者可通過Redis命令列和通用用戶端進行資料的增刪改查操作。當主節點出現故障，自研的HA系統會自動進行主從切換，保證業務平穩運行。

  • 資料可靠

    預設開啟資料持久化功能，資料全部落盤。支援資料備份功能，使用者可以針對備份組復原執行個體或者複製執行個體，有效地解決資料誤操作等問題。同時，在支援容災的可用性區域（例如杭州可用性區域H+I）建立的執行個體，還具備同城容災的能力。

• 相容性

  標準版完全相容Redis協議，自建的Redis資料庫可以平滑遷移至Redis標準版。阿里雲還提供資料轉送工具（DTS）支援使用者進行增量的Redis遷移，保證業務平穩過渡。

• 阿里雲自研
  • 故障探測切換系統（HA）

    阿里雲Redis服務封裝HA切換系統，即時探測主節點的異常情況，可以有效解決磁碟IO故障，CPU故障等問題導致的服務異常，及時進行主從切換，從而保證服務高可用。

  • 主從複製機制

    阿里雲針對Redis主從複製機制進行了定製修改，採用增量日誌格式進行複製傳輸。當主從複製中斷後，對系統效能及穩定性影響極低，有效地避免了Redis原生複製的弊端。

    Redis原生複製弊端簡要如下：

    • Redis複製中斷後，從節點會立即發起psync，psync嘗試部分同步，如果不成功，就會全量同步RDB並發送至從節點。
    • 如果Redis全量同步，會導致主節點執行全量備份，進程 Fork，可造成主節點達到毫秒或秒級的卡頓。
    • Redis進程Fork導致Copy-On-Write，Copy-On-Write導致主節點進程記憶體消耗，極端情況下造成主節點記憶體溢出，程式異常退出。
    • Redis主節點產生備份檔案導致伺服器磁碟IO和CPU資源消耗。
    • 發送GB層級大小的備份檔案，會導致伺服器網路出口爆增，磁碟順序IO輸送量高，期間會影響業務正常請求回應時間，併產生其他連鎖影響。

使用情境

• 對Redis協議相容性要求較高的業務

  標準版完全相容Redis協議，業務可以平滑遷移。

• Redis作為持久化資料存放區使用的業務

  標準版提供持久化機制及備份恢複機制，極大地保證資料可靠性。

• 單個Redis效能壓力可控的業務

  由於Redis原生採用單線程機制，效能在10萬QPS以下的業務建議使用。如果需要更高的效能要求，請選用叢集版本。

• Redis命令相對簡單，排序、計算類命令較少的業務

  由於Redis的單線程機制，CPU會成為主要瓶頸。如排序、計算類較多的業務建議選用叢集版配置。