為避免機房層級故障導致Lindorm服務整體不可用，Lindorm推出了跨可用性區域部署模式（多可用性區域基礎版）。本文介紹多可用性區域基礎版的架構以及與多可用性區域高可用版的區別，為您提供購買參考。
背景資訊
Lindorm單可用性區域執行個體所有的資料和主節點在單可用性區域（AZ）部署，在極端情況下（例如機房級故障），可能會導致單個可用性區域（AZ）不可用或不可訪問，從而導致整個Lindorm服務不可用。
Lindorm多可用性區域（基礎版）的主節點和資料節點會分布在多個機房服務，即使發生了機房層級的可用性區域故障，也可以保障資料的完整性和部分服務的可用性（可用性取決於剩餘可用性區域的計算和儲存資源情況）。
多可用性區域（基礎版）與多可用性區域（高可用版）的主要區別如下：
多可用性區域（基礎版）：儲存副本跨機房儲存，計算資源僅有一份，因此宕機時需要一定的恢復。RTO在1小時內，但性價比更高。
多可用性區域（高可用版）：每個機房是完全獨立的儲存和服務，兩份計算資源，業務異常時可以直接切換主備叢集。RTO在3分鐘內。
多可用性區域（基礎版）架構
多可用性區域（基礎版）架構從以下幾個方面，保證了資料和服務的高可用性：
主節點跨機房部署：所有的Master主節點會跨三個機房部署，以保證中繼資料的高可用性。避免在斷網情況下，主節點發生腦裂的問題。
計算節點靈活分布：雲端硬碟部署時計算節點分布在兩個可用性區域，本地碟部署時分布在三個可用性區域。建議您為CPU計算資源和儲存空間資源預留至少30%的冗餘資源，以避免在單個可用性區域出現異常時，造成CPU和儲存效能短時間減半從而影響系統可用性的問題。
OSS部署模式升級：OSS升級為同城冗餘的OSS部署模式，以保證OSS冷儲存業務的穩定和資料的高可用性。
高可用能力對比
下表為Lindorm單可用性區域執行個體、多可用性區域（基礎版）執行個體和多可用性區域（高可用版）執行個體在可用能力、效能等特性上的對比，建議您根據業務需求進行選擇。
對比項 | 單可用性區域 | 多可用性區域（基礎版） | 多可用性區域（高可用版） |
跨AZ個數 | 1 | 3 | 3 |
支援引擎 | 全部 | 全部 | 僅寬表引擎 |
機房故障下的RPO與RTO | 不具備機房級容災能力 |
|
|
成本 | 1 |
| 1.5倍~2倍 |
效能 | 1 |
|
|
多可用性區域基礎版，可以在成本基本不變的情況下，實現機房層級的容災能力。
由於僅有一份計算資源，所以在單機房故障時，計算能力和儲存能力會有大幅下降，因此一般建議保持一定資源的餘量，避免處於容災狀態時計算和儲存能力不足。
如果雲端硬碟部署，單機房故障時，計算能力和儲存能力會下降50%。
如果本地碟部署，單機房故障時，計算能力和儲存能力會下降30%。
為保障資料的可靠性，多可用性區域（基礎版）預設會將資料寫入多個機房，這導致寫入操作需跨機房進行，因此寫入回應時間（RT）可能會有所上升。為避免寫入RT上漲，建議您採用批量寫入方式。該寫入方式可以大幅減少您對寫入RT上漲的感知。
如果您是從單可用性區域版本升級至多可用性區域（基礎版），RT可能會有變化，升級時，請及時關注業務變化。
使用限制
多可用性區域（基礎版）目前僅支援以下地區：
中國：華北6（烏蘭察布）通用行業雲、華北1（青島）、華東1（杭州）、華北2（北京）、華南2（河源）、華東2（上海）、華北3（張家口）、華南1（深圳）、西南1（成都）、中國香港、華南3（廣州）、華北6（烏蘭察布）、華北5（呼和浩特）。
亞太地區：韓國（首爾）、日本（東京）、新加坡、馬來西亞（吉隆坡）、印尼（雅加達）、泰國（曼穀）。
其他：美國（亞特蘭大）、阿聯酋（杜拜）、德國（法蘭克福）、美國（矽谷）、英國（倫敦）、美國（維吉尼亞）。
多可用性區域（基礎版）的雲端硬碟類型資料節點平均分布在兩個機房，因此建立或擴容時，節點數必須為2的倍數。
多可用性區域（基礎版）的本地碟類型資料節點平均分布在三個機房，因此建立或擴容時，節點數必須為3的倍數。
購買多可用性區域（基礎版）執行個體
您可以通過控制台購買多可用性區域（基礎版）執行個體。
常見問題
為什麼多可用性區域執行個體在控制台僅顯示一個可用性區域？
針對多可用性區域執行個體，目前Lindorm控制台僅會顯示主可用性區域，備可用性區域和協調節點可用性區域暫不顯示。