管理復原原則

本節說明如何為您的應用程式建立復原原則。正確設定復原原則可讓您瞭解應用程式的彈性狀態。備援原則包含資訊和目標，您可用來評估應用程式是否會從中斷類型 (例如軟體、硬體、可用區AWS域或區域) 復原。這些原則不會變更或影響實際的應用程式。多個應用程式可以具有相同的恢復原則。

建立復原原則時，您可以定義目標目標：復原時間目標 (RTO) 和復原點目標 (RPO)。目標決定應用程式是否符合備援原則。將原則附加至您的應用程式，並執行復原評估。您可以為產品組合中不同類型的應用程式建立不同的政策。例如，實時交易應用程序將具有與每月報告應用程序不同的彈性政策。

注意

AWS Resilience Hub可讓您在復原原則的 RTO 和 R PO 欄位中輸入零值。但是，在評估您的申請時，盡可能低的評估結果接近零。因此，如果您在 RTO 和 R PO 欄位中輸入零值，則預估的工作負載 RTO 和預估的工作負載 RPO 結果將接近零，並且應用程式的「符合性」狀態將設定為違反原則。

評估會根據連接的恢復原則來評估您的應用程式組態。在程序結束時，AWS Resilience Hub提供應用程式如何針對復原原則中的復原目標進行測量的評估。

您可以在應用程式中建立復原原則，也可以在復原原則中建立復原原則。您可以存取有關您政策的相關詳細資訊，也可以修改和刪除它們。

AWS Resilience Hub使用 RTO 和 RPO 目標來測量下列潛在中斷類型的彈性：

• 應用程式 — 遺失必要的軟體服務或程序。

• 雲端基礎架構 — 硬體遺失，例如 EC2 執行個體。

• 雲端基礎架構可用區域 (AZ) — 一或多個可用區域無法使用。

• 雲端基礎架構區域 — 一個或多個區域無法使用。

AWS Resilience Hub可讓您建立自訂的備援原則，或使用我們建議的開放式標準備援原則。當您建立自訂原則時，請命名並說明您的原則，並選擇適當的層級或定義原則的層級。這些層級包括：基礎 IT 核心服務、關鍵任務、關鍵、重要和非關鍵。

選擇適合您應用程式類別的層級。例如，您可以將實時交易系統歸類為關鍵，而您可以將每月報告應用程序歸類為非關鍵。當您使用我們的標準原則時，您可以根據中斷類型選擇具有預先設定的層級和 RTO 和 RPO 目標值的恢復原則。如有必要，您可以變更層級以及 RTO 和 RPO 目標。

您可以在復原原則中建立復原原則，或在描述新應用程式時建立復原原則。

存取恢復原則詳細資料

當您開啟恢復原則時，您會看到有關原則的重要詳細資料。您也可以編輯或刪除復原。

恢復原則詳細資料包含兩個主要檢視：摘要和標籤。

摘要

基本信息

提供有關恢復原則的下列資訊：名稱、說明、層級、成本層和建立日期。

估計的工作量 RTO 和估計的工作量 RPO

顯示與此恢復原則相關的預估工作負載 RTO 和預估的工作負載 RPO 中斷類型。

Tags (標籤)

使用此檢視可管理、新增和刪除此應用程式內部的標籤。

若要編輯恢復原則詳細資料中的恢復原則

1. 在左側導覽功能表中，選擇 [策略]。

2. 在恢復原則中，開啟恢復原則。

3. 選擇 編輯 。在 [基本資訊]、RTO 和 RPO 欄位中輸入適當的變更。接著選擇 Save changes (儲存變更)。

若要編輯恢復原則中的恢復原則

1. 在左側導覽功能表中，選擇 [策略]。

2. 在恢復原則中，選擇恢復原則。

3. 選擇 [動作]，然後選取 [編輯]。

4. 在 [基本資訊]、RTO 和 RPO 欄位中輸入適當的變更。接著選擇 Save changes (儲存變更)。

若要刪除恢復原則詳細資料中的恢復原則

1. 在左側導覽功能表中，選擇 [策略]。

2. 在恢復原則中，開啟恢復原則。

3. 選擇 刪除 。確認刪除，然後選擇 [刪除]。

若要刪除恢復原則中的恢復原則

1. 在左側導覽功能表中，選擇 [策略]。

2. 在恢復原則中，選擇恢復原則。

3. 選擇「動作」，然後選取「刪除」。

4. 確認刪除，然後選擇 [刪除]。