設定區域自動轉移時的最佳實務

例如，當 Amazon Application Recovery Controller (ARC) 使用區域轉移或區域自動轉移將流量移離損害時，ARC 用來移動應用程式流量的機制是 DNS 更新。DNS 更新會導致所有新連線被導向至受損位置。不過，具有預先存在開放連線的用戶端可能會繼續對受損位置提出請求，直到用戶端重新連線為止。為了確保快速復原，建議您限制用戶端保持連線至端點的時間。

如果您使用 Application Load Balancer，您可以使用 keepalive選項來設定連線持續的時間。我們建議您降低keepalive值，使其與應用程式的復原時間目標保持一致，例如 300 秒。當您選擇keepalive時間時，請考慮此值是在一般情況下更頻繁重新連線、可能影響延遲，以及更快速地將所有用戶端移離受損的 AZ 或區域之間交換。

如需設定 Application Load Balancer keepalive選項的詳細資訊，請參閱 Application Load Balancer 使用者指南中的 HTTP 用戶端保持連線持續時間。

當 將流量從一個可用區域 AWS 轉移或自動轉移轉移轉移時，請務必為資源的增加請求率提供服務。此模式稱為靜態穩定性。如需詳細資訊，請參閱 Amazon Builder 程式庫中的使用可用區域的靜態穩定性白皮書。

例如，如果您的應用程式需要 30 個執行個體來為其用戶端提供服務，您應該跨三個可用區域佈建 15 個執行個體，總共 45 個執行個體。透過這樣做，當 使用自動轉移或在實務執行期間從一個可用區域 AWS 轉移流量時， 仍然AWS 可以為應用程式的用戶端提供剩餘 30 個執行個體，橫跨兩個可用區域。

ARC 中的區域自動轉移功能可協助您在具有預先調整規模之資源的應用程式與失去一個可用區域正常運作時，快速從可用區域中 AWS 的事件復原。為資源啟用區域自動轉移之前，請在 中所有設定的可用區域中擴展資源容量 AWS 區域。然後，開始資源的區域轉移，以測試您的應用程式在流量移離可用區域時仍然正常執行。

使用區域轉移進行測試後，請啟用區域自動轉移，並設定應用程式資源的練習執行。使用區域自動轉移進行定期練習，可協助您確保容量仍能持續適當擴展。藉助跨可用區域的足夠容量，您的應用程式可以在自動轉移期間繼續為用戶端提供服務，而不會中斷。

如需為資源啟動區域轉移的詳細資訊，請參閱 ARC 中的區域轉移。

區域自動轉移支援將區域轉移支援的所有資源的流量從可用區域轉移。一般而言，支援關閉跨區域負載平衡的 Network Load Balancer 和 Application Load Balancer。在少數特定資源案例中，區域自動轉移不會將流量從可用區域轉移。

例如，如果可用區域中的負載平衡器目標群組沒有任何執行個體，或者所有執行個體運作狀態不佳，則負載平衡器會處於故障開啟狀態。如果 在此情況下 AWS 啟動負載平衡器的自動轉移，則自動轉移不會變更負載平衡器使用的可用區域，因為負載平衡器已處於故障開啟狀態。這是預期的行為。 AWS 區域 如果所有可用區域都無法開啟 （運作狀態不佳），則 Autoshift 不會導致一個可用區域運作狀態不佳，也無法將流量轉移到 中的其他可用區域。

第二個情況是， AWS 開始 Application Load Balancer 的自動轉移，這是 加速器的端點 AWS Global Accelerator。與區域轉移一樣，作為 Global Accelerator 中加速器端點的 Application Load Balancer 不支援自動轉移。

若要查看支援資源的詳細資訊，包括所有需要注意的要求和例外狀況，請參閱 支援的資源。

您至少設定一個警示 （結果警示），以使用區域自動轉移執行實務。您也可以選擇性地設定第二個警示 （封鎖警示）。

當您考慮為資源練習執行所設定的 CloudWatch 警示時，請記住下列事項：

ARC 會報告每個練習執行的結果。在練習執行之後，評估結果，並判斷您是否需要採取動作。例如，您可能需要擴展容量或調整警示的組態。

以下是可能的實務執行結果：