Tair全球多活的應用情境, 架構與優勢 - Tair (Redis® OSS-Compatible)

Tair (Redis OSS-compatible)自研的全球多活資料庫系統，具備跨域複製（Geo-replication）能力，能夠迅速實現異地多個執行個體的資料同步服務，輕鬆支援資料的異地多活和災備。一組全球多活執行個體最多由三個子執行個體組成，子執行個體之間自動進行資料的即時同步。此功能可有效縮短資料與使用者之間的物理距離，降低訪問延遲、提升程式的響應速度。

背景資訊

當業務分布較廣時，跨地區的遠距離訪問架構會導致訪問延遲顯著增加，影響使用者體驗。藉助阿里雲的Tair（企業版）全球多活功能，可協助您解決業務因跨地區訪問導致延遲大的問題，全球多活功能具有如下優勢：

優勢	說明
高可靠	支援斷點續傳，可容忍天層級的同步中斷，避免了原生Redis架構在跨機房或地區進行增量同步處理的局限性。支援自動處理子執行個體的主備切換、備份重搭等例外狀況事件。
高效能	高吞吐：標準架構下同步通道單向可達5萬QPS，叢集架構下會隨資料分區或節點的數量線性擴充。低延遲：同一洲內的地區間同步，在物理網路品質穩定的情況下，時延不超過1秒。跨洲地區的平均時延約1至5秒，該值由鏈路吞吐和鏈路的往返時延RTT（Round-trip time）決定。
高正確性	Binlog按產生的順序同步到對端。支援迴環控制，避免Binlog迴圈同步。支援抗重放（exactly once），確保被同步的Binlog僅會被執行1次。

應用情境

此功能可應用於跨地區資料同步情境及多媒體、遊戲、電商等行業的全球化業務部署等情境。

應用情境	說明
異地多活	異地多活是指分布在異地的多個網站同時對外提供服務的業務情境，是高可用架構設計的一種，所有網站可同時對外提供服務，可實現應用就近訪問等情境。
資料災備	藉助子執行個體間資料雙向同步的特性，可實現同城災備、兩地三中心災備及三地災備等多種資料災備情境。
負載分攤	在某些情境下（例如大型促銷），預測可能會有超大QPS請求和訪問流量，可將流量分攤至多個子執行個體，突破單個執行個體的負載限制。
資料同步	實現一組全球多活執行個體下的子執行個體雙向資料同步，可應用於資料分析或測試等情境。

功能簡介

Tair（企業版）全球多活是所有全球多活子執行個體（簡稱子執行個體）及鏈路的邏輯集合，所有子執行個體通過同步通道保持即時資料同步。同步粒度為執行個體級，即子執行個體的所有資料都會被同步。架構圖如下：

組件介紹說明：

組件	說明
子執行個體	構成全球多活執行個體的子執行個體，即獨立的執行個體，是構成多活執行個體的基本服務單元。所有子執行個體均可讀寫，且各自提供獨立的串連地址。子執行個體之間通過即時雙向同步保持資料一致性，資料一次性層級為最終一致性。說明子執行個體需為Tair（企業版）記憶體型執行個體，而Redis開源版不支援本功能。
同步通道	負責子執行個體之間即時資料同步的鏈路，為單向鏈路，子執行個體的雙向複製由兩個對向的同步通道構成。 Tair（企業版）全球多活在原生Redis AOF日誌的基礎上增加了server-id、opid等資訊，同步通道通過擷取Binlog實現資料同步。
通道管理器	管理同步通道生命週期，負責子執行個體上的主備切換、備份重搭等例外狀況事件的處理。

說明

暫不支援中國內地與其他地區之間的跨境同步。在一個全球多活執行個體中，所有的子執行個體必須全部位於中國內地或全部位於其他地區，更多資訊請參見全球多活使用限制。

費用說明

該功能免費，僅會根據子執行個體Tair（企業版）記憶體型的規格收費，詳情請參見計費項目。

使用說明

建立第一個全球多活子執行個體，您可以轉化已有的Tair（企業版）記憶體型執行個體或建立一個新的執行個體。
建立第一個子執行個體後，全球多活執行個體也自動被建立。
在全球多活執行個體中，通過建立新執行個體的方式，添加第2或第3個子執行個體。
在業務代碼中，將不同地區的請求指向就近的子執行個體串連地址，為使用者提供更為優質的就近訪問服務體驗。

常見問題

Q：可以同時對全球多活子執行個體進行小版本升級嗎？
A：為了確保業務的連續性和穩定性，建議您將子執行個體的升級時間錯開半小時以上。以避免在升級過程中，執行個體同時出現服務中斷的情況，從而降低對業務的影響。
Q：是否支援變更全球多活子執行個體的架構，例如將標準架構變更為叢集架構？
A：不支援，建議提前進行相應的規劃。
Q：是否支援變更全球多活子執行個體的規格，例如將標準架構8GB升級到16GB？
A：支援，請確保各子執行個體規格一致。建議對所有子執行個體均進行相同變更配置，若各子執行個體的規格不一致，可能會出現效能或容量問題。
Q：支援全球多活執行個體支援多寫嗎？
A：支援在不同子執行個體寫入資料，但業務上應避免多個子執行個體在同一時刻或相近的時間修改同一個Key，否則可能造成資料不一致，更多資訊請參見資料一致性限制。