雲原生記憶體資料庫Tair提供雙複本集群架構執行個體，可輕鬆突破Redis自身單線程瓶頸，滿足大容量、高效能的業務需求。叢集架構支援代理和直連兩種串連模式，您可以根據本章節的說明，選擇適合業務需求的串連模式。
注意事項
雲原生版叢集架構不支援同時使用代理模式和直連模式。
代理模式
代理（proxy）模式，用戶端的請求通過Proxy 伺服器轉寄到各資料分區，Proxy 伺服器、資料分區和設定管理員均不提供單獨的串連地址，降低了應用開發難度和代碼複雜度。代理節點會自動對其實現負載平衡、路由轉寄及容錯移轉等。關於Proxy的詳細介紹與特性說明，請參見Tair Proxy特性說明。
代理模式的服務架構圖和組件說明如下。
圖 1. 叢集架構代理模式服務架構
組件 | 說明 |
Proxy 伺服器（proxy servers） | 單節點配置，叢集架構中會有多個Proxy組成。 |
資料分區（data shards） | 每個資料分區均為雙副本（分別部署在不同機器上）高可用架構，主節點發生故障後，系統會自動進行主備切換保證服務高可用。 |
設定管理員（config server） | 採用雙副本高可用架構，用於儲存叢集配置資訊及分區策略。 |
各組件的數量和配置由Tair執行個體的規格決定，不支援自訂修改，但您可以通過變更執行個體配置調整叢集的大小，或者將執行個體調整為其他架構。
直連模式
直連模式為類似串連原生Redis Cluster的方式串連叢集。用戶端首次串連時會通過DNS將直連位址解析為一個隨機資料分區的虛擬IP（VIP）地址，之後即可通過Redis Cluster協議訪問各資料分區。直連模式的服務架構和說明如下。
直連模式與代理模式的串連方式區別較大，相關注意事項和串連樣本請參見使用直連模式串連Tair。
圖 2. 叢集架構直連模式服務架構
使用情境
資料量較大
相比Tair標準架構，叢集架構可以有效地擴充儲存量，最大可達4,096 GB，能有效滿足業務擴充的需求。
QPS壓力較大
Tair標準架構無法支撐較大的QPS，需要採用多分區的部署方式來突破Tair單線程的效能瓶頸，相關規格請參見記憶體型（叢集架構）。
吞吐密集型應用
相比Tair標準架構，叢集架構的內網吞吐限制相對較低，可以更好地支援熱點資料讀取、大吞吐類業務。
對Redis協議不敏感的應用
叢集架構引入了多個組件，在對Redis協議的支援上相比標準架構有一定限制。詳情請參見叢集架構與讀寫分離架構的命令限制。
常用協助
叢集架構中分區記憶體佔用異常的排查方法請參見發現並處理大Key和熱Key。
需要掌握記憶體中資料的分布情況請參見離線全量Key分析。