中的區域轉移最佳實務 ARC

確定您已規劃 ，而且預先擴展或 可以自動擴展足夠的容量，以容納啟動區域轉移時對可用區域施加的額外負載。使用復原導向的架構時，典型的建議是預先擴展運算容量，以在其中一個 （通常） 三個複本離線時，包含足夠的總空間來提供尖峰流量。

當您為支援的資源啟動區域轉移，且流量從可用區域轉移時，您的應用程式用來服務請求的容量會被移除。您必須確保已規劃從 AZ 轉移流量，並可在剩餘的 中繼續服務請求AZs。

例如，當 Amazon Application Recovery Controller (ARC) 使用區域轉移或區域自動轉移將流量移離障礙時，ARC使用 來移動應用程式流量的機制即為DNS更新。DNS 更新會導致所有新連線被導向至受損的位置。

不過，具有預先存在開放連線的用戶端可能會繼續對受損位置提出請求，直到用戶端重新連線為止。為了確保快速復原，我們建議您限制用戶端保持連線至端點的時間。

透過啟動區域轉移，定期測試從應用程式的可用區域移出的流量。規劃並執行啟動區域轉移，最好是在測試和生產環境中，做為在發生災難時復原應用程式之定期容錯移轉測試的一部分。定期測試是確保您準備好並有信心在發生操作事件時緩解問題的關鍵部分。

區域轉移的運作方式是將資源，也就是應用程式複本，標示為在可用區域中運作狀態不佳。這表示確保應用程式中的資源整體運作狀態良好，並主動在區域中的可用區域中取得流量至關重要。我們建議您使用儀表板來追蹤此狀況，包括例如 Elastic Load Balancing 指標，用於運作狀態不佳的目標和 bytesProcessed 每個可用區域。

請考慮從第二個相鄰區域監控資源的運作狀態。這種方法的優點是它可以更代表您的最終使用者體驗，而且也可以降低應用程式和監控同時受到相同災難影響的風險。

若要在需要快速復原應用程式時啟動區域轉移，只要相依性極少，我們建議您使用 AWS Command Line Interface 或 API搭配區域轉移動作，並盡可能使用預先存放的登入資料。您也可以在 中開始區域轉移 AWS Management Console，以方便使用。但是，當快速、可靠復原至關重要時，資料平面操作是更好的選擇。如需詳細資訊，請參閱區域輪班API參考指南。

區域轉移會暫時將流量移離可用區域，以減輕損害。您應該在採取動作修正問題後，立即將應用程式的資源還原至服務。這可確保您的整體應用程式還原至其原始完全冗餘、彈性狀態。