本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
區域切換的資料和控制平面
當您規劃容錯移轉和災難復原時,請考慮容錯移轉機制的彈性。我們建議您確保在容錯移轉期間依賴的機制具有高度可用性,以便在災難情況下需要它們時使用。一般而言,您應該盡可能為您的機制使用資料平面函數,以獲得最大的可靠性和容錯能力。考慮到這一點,了解服務的功能如何在控制平面和資料平面之間分割,以及何時可以使用服務的資料平面依賴極端可靠性。
如同許多 AWS服務,控制平面和資料平面支援區域切換功能的功能。雖然這兩種類型都建置為可靠,但控制平面會針對資料一致性進行最佳化,而資料平面則會針對可用性進行最佳化。資料平面專為彈性而設計,因此即使在中斷事件期間,當控制平面可能無法使用時,也能維持可用性。
一般而言,控制平面可讓您執行基本管理功能,例如建立、更新和刪除服務中的資源。資料平面提供服務的核心功能。因此,我們建議您在可用性很重要時使用資料平面操作,例如,當您需要在中斷期間取得區域切換計畫的相關資訊時。
對於區域切換,控制平面和資料平面分割如下:
區域切換的控制平面位於美國東部 (維吉尼亞北部) 區域 (us-east-1)、AWS GovCloud (US-West)區域 (us-gov-west-1),且僅用於服務管理,也就是建立和更新計劃,而不是用於復原,也就是執行計劃。區域切換組態控制平面 API 操作不高度可用。
區域切換在每個區域都有獨立的資料平面AWS 區域。您應該使用資料平面進行復原動作,也就是執行區域切換計劃。如需資料平面操作的清單,請參閱 區域切換 API 操作。這些區域切換資料平面操作具有高可用性。
區域切換在每個 中提供獨立的主控台AWS 區域,可呼叫復原任務的資料平面 API 操作,因此您可以在要啟動的區域中使用主控台來執行應用程式復原計劃。如需有關使用區域切換準備和完成復原操作時的關鍵考量的詳細資訊,請參閱 ARC 中區域切換的最佳實務。
如需資料平面、控制平面以及如何AWS建置服務以滿足高可用性目標的詳細資訊,請參閱《Amazon Builders' Library》中的使用可用區域的靜態穩定性白皮書