本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 檢閱彈性建議
<a name="resil-recs"></a>

彈性建議會評估 Application Components，並建議如何透過預估工作負載 RTO 和預估工作負載 RPO、成本和最小的變更進行最佳化。

使用 時 AWS Resilience Hub，您可以在**為什麼應該選擇此選項**中，使用下列其中一個建議選項來最佳化彈性：

**注意**  
AWS Resilience Hub 提供最多三個 AWS Resilience Hub 建議選項。
如果您設定區域 RTO 和 RPO 目標，請在建議的選項中 AWS Resilience Hub 顯示**區域 RTO/RPO 最佳化**。如果未設定區域 RTO 和 RPO 目標，則會顯示**可用區域最佳化 (AZ) RTO/RPO**。如需在建立彈性政策時設定區域 RTO/RPO 目標的詳細資訊，請參閱 [建立彈性政策](create-policy.md)。
應用程式及其組態的預估工作負載 RTO 和預估工作負載 RPO 值，取決於資料量和個別 AppComponents 不過，這些值僅為預估值。您應該使用自己的測試 （例如 AWS Fault Injection Service) 來測試應用程式的實際復原時間。

**最佳化可用區域 RTO/RPO**

在可用區域 (AZ) 中斷期間，最低的估計工作負載復原時間 (RTO/RPO)。如果您的組態無法充分變更以符合 RTO 和 RPO 目標，系統會通知您最低估計工作負載 AZ 復原時間，讓您的組態接近符合政策的可能性。

**針對區域 RTO/RPO 最佳化**

在區域中斷期間，最低的估計工作負載復原時間 (RTO/RPO)。如果您的組態無法充分變更以符合 RTO 和 RPO 目標，系統會通知您最低的估計工作負載區域復原時間，讓您的組態接近符合政策的可能性。

**成本最佳化**

您可以產生的最低成本，仍然符合您的彈性政策。如果您的組態無法充分變更以符合最佳化目標，系統會通知您可產生的最低成本，讓您的組態接近符合政策的可能性。

**針對最少的變更進行最佳化**

實現政策目標所需的最低變更。如果您的組態無法充分變更以符合最佳化目標，系統會通知您建議的變更，讓您的組態接近符合政策的可能性。

最佳化類別明細中包含下列項目：
+ **Description**

  描述 建議的組態 AWS Resilience Hub。
+ **變更**

  文字變更清單，說明切換至建議組態的必要任務。
+ **基本成本**

  與建議變更相關聯的預估成本。
**注意**  
**基本成本**會根據用量而有所不同，且不包含企業折扣計劃 (EDP) 的任何折扣或優惠。
+ **預估工作負載 RTO 和 RPO**

  變更後的預估工作負載 RTO 和預估工作負載 RPO。

AWS Resilience Hub 會評估應用程式元件 (AppComponent) 是否可以遵循彈性政策。如果 AppComponent 不符合彈性政策，且 AWS Resilience Hub 無法提出任何建議以促進合規，可能是因為在 AppComponent 的限制範圍內，無法滿足所選 AppComponent 的復原時間。AppComponent 限制條件的範例包括資源類型、儲存體大小或資源組態。

為了促進 AppComponent 符合彈性政策，請變更 AppComponent 的資源類型或更新彈性政策，以符合資源可交付的內容。