：標準架構

• 高可用採用主從架構，提供高效能的快取服務，且支援資料高可靠。

• 單副本採用單節點架構，適用於資料可靠性要求不高的純緩衝業務情境，性價比高。

高可用

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

標準架構高可用類型的特點如下：

• 可靠性

  • 服務可靠

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

  • 資料可靠

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

• 相容性

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

• 阿里雲自研

  • 故障探測切換系統（HA）

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

  • 主從複製機制

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

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

    • Redis複製中斷後，從節點會立即發起psync，psync嘗試部分同步，如果不成功，就會全量同步RDB並發送至從節點。

    • 如果Redis全量同步，會導致主節點執行全量備份，進程 Fork，可造成主節點達到毫秒或秒級的卡頓。

    • Redis進程Fork導致Copy-On-Write，Copy-On-Write導致主節點進程記憶體消耗，極端情況下造成主節點記憶體溢出，程式異常退出。

    • Redis主節點產生備份檔案導致伺服器磁碟IO和CPU資源消耗。

    • 發送GB層級大小的備份檔案，會導致伺服器網路出口爆增，磁碟順序IO輸送量高，期間會影響業務正常請求回應時間，併產生其他連鎖影響。

標準架構高可用類型的適用情境：

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

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

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

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

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

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

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

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

單副本

標準架構單副本類型採用單個資料庫節點部署架構，沒有可即時同步資料的從節點，適用於資料可靠性要求不高的純緩衝業務情境使用。單副本架構具有明顯的價格優勢，性價比較高。

標準架構單副本類型的適用情境：

• 純緩衝類業務情境

  單副本架構不能提供資料可靠性，如果發生節點故障，您需要重新對業務進行預熱，因此，在對資料可靠性要求較高的敏感性業務中，建議選用雙副本架構。

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

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

• 單個Redis效能壓力可控

  由於Redis原生採用單線程機制，為單核CPU，效能在8萬QPS的業務建議使用。如果需要更高的效能要求，請選用叢集版配置。

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

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