Tair（Redis OSS-compatible）提供雙複本集群版執行個體，可輕鬆突破Redis自身單線程瓶頸，滿足大容量、高效能的業務需求。叢集版支援代理和直連兩種串連模式，您可以根據本章節的說明，選擇適合業務需求的串連模式。
注意事項
雲原生版叢集架構不支援同時使用代理模式和直連模式。
代理模式
代理（proxy）模式，用戶端的請求通過Proxy 伺服器轉寄到各資料分區，代理節點、資料分區和設定管理員均不提供單獨的串連地址，降低了應用開發難度和代碼複雜度。代理節點會自動對其實現路由轉寄、容錯移轉等。關於Proxy的詳細介紹與特性說明，請參見Tair Proxy特性說明。
代理模式的服務架構圖和組件說明如下。
圖 1. 叢集版代理模式服務架構
表 1. 叢集版代理模式組件說明
組件 | 說明 |
Proxy 伺服器（Proxy Server） | 負責將用戶端的請求轉寄到各資料分區。叢集版架構中由多個Proxy組成。 |
資料分區（Data Shards） | 每個資料分區均為雙副本（一主一備分別部署在不同機器上）高可用架構。 |
高可用服務（HA） | 主節點（Master）發生故障後，系統會自動在30秒內切換至備節點（Replica），以保證服務高可用和資料高可靠。 |
各組件的數量和配置由Tair執行個體的規格決定。使用經典部署模式時不支援自訂修改，但您可以通過變更執行個體配置調整叢集的大小，或者將執行個體調整為其他架構；使用雲原生部署模式時支援以1分區為單位對分區數量進行自訂修改，支援區間為2~256，在調整時Proxy數量會自動同步增減，修改分區數量操作詳見調整執行個體的分區數量。
直連模式
直連模式為類似串連原生Redis Cluster的方式串連叢集。用戶端首次串連時會通過DNS將直連位址解析為一個隨機資料分區的虛擬IP（VIP）地址，之後即可通過Redis Cluster協議訪問各資料分區。直連模式的服務架構和說明如下。
直連模式與代理模式的串連方式區別較大，相關注意事項和串連樣本請參見使用直連模式串連Redis。
圖 2. 叢集版直連模式服務架構
使用情境
資料量較大
相比標準版，叢集版可以有效地擴充儲存量，最大可達16 TB（64 GB * 256分區），能有效滿足業務擴充的需求。
請求負載較大
標準版無法支撐較大的請求負載，需要採用多分區的部署方式來突破Redis單線程的效能瓶頸，相關規格請參見叢集版-雙副本。
吞吐密集型應用
相比標準版，叢集版的內網輸送量可通過增加分區數量線性擴充，可以更好地支援熱點資料讀取、大吞吐類業務。
多KEY操作較少的應用
由於叢集為分布式架構，在一次操作多個KEY時需要確保所有KEY均在同一slot中，因此會對多KEY操作帶來一些限制。詳情請參見叢集架構與讀寫分離架構執行個體的命令限制。
常用協助
需要掌握記憶體中資料的分布情況請參見離線全量Key分析。