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

# 簡介
<a name="introduction"></a>

 您的工作負載必須正確且一致地執行其預期功能。若要達成此目的，您必須架構*彈性*。彈性是工作負載從基礎設施、服務或應用程式中斷中復原的能力，動態取得運算資源以滿足需求，並減少中斷，例如組態錯誤或暫時性網路問題。

 災難復原 (DR) 是彈性策略的重要部分，並擔心工作負載在災難發生時如何回應 ([災難](what-is-a-disaster.md)是對業務造成嚴重負面影響的事件）。此回應必須基於組織的業務目標，指定工作負載的策略，以避免遺失資料，稱為[復原點目標 (RPO)](business-continuity-plan-bcp.md#recovery-objectives-rto-and-rpo)，並減少工作負載無法使用的停機時間，稱為[復原時間目標 (RTO)](business-continuity-plan-bcp.md#recovery-objectives-rto-and-rpo)。因此，您必須在雲端工作負載的設計中實作彈性，以滿足特定一次性災難事件的復原目標 ([RPO 和 RTO](business-continuity-plan-bcp.md#recovery-objectives-rto-and-rpo))。此方法可協助您的組織維持業務持續性，作為[業務持續性規劃 (BCP)](business-continuity-plan-bcp.md) 的一部分。

 本文著重於如何在 上規劃、設計和實作架構 AWS ，以符合您業務的災難復原目標。此處共用的資訊適用於擔任技術角色的人員，例如技術長 (CTOs)、架構師、開發人員、營運團隊成員，以及負責評估和降低風險的人員。

## 災難復原和可用性
<a name="disaster-recovery-and-availability"></a>

 災難復原可以與*可用性*進行比較，可用性是彈性策略的另一個重要組成部分。雖然災難復原會測量一次性事件的目標，但可用性目標會測量一段時間內的平均值。

![\[本圖顯示災難復原 (RTO、RPO) 和可用性 (MTBF、MTTR) 的彈性目標。\]](http://docs.aws.amazon.com/zh_tw/whitepapers/latest/disaster-recovery-workloads-on-aws/images/resiliency-objectives.png)


*圖 1 - 彈性目標 *

 可用性的計算方式是使用平均故障間隔時間 (MTBF) 和平均復原時間 (MTTR)：

![\[可用性等於可用時間除以總時間等於 MTBF 除以 MTBF 加 MTTR。\]](http://docs.aws.amazon.com/zh_tw/whitepapers/latest/disaster-recovery-workloads-on-aws/images/availability-calculation-time-based.png)


 這種方法通常稱為「nines」，其中 99.9% 的可用性目標稱為「三九」。

 對於您的工作負載，計數成功和失敗的請求可能更容易，而不是使用以時間為基礎的方法。在這種情況下，可以使用下列計算：

![\[可用性等於成功回應除以有效請求。\]](http://docs.aws.amazon.com/zh_tw/whitepapers/latest/disaster-recovery-workloads-on-aws/images/availability-calculation-successful-failed-requests.png)


 災難復原著重於災難事件，而可用性著重於較常見的較小規模中斷，例如元件故障、網路問題、軟體錯誤和負載尖峰。災難復原的目標是業務連續性，而可用性問題是將工作負載可用於執行其預期業務功能的時間最大化。兩者都應該是彈性策略的一部分。

## 您是 Well-Architected 嗎？
<a name="well-architected"></a>

[AWS Well-Architected Framework](https://aws.amazon.com/architecture/well-architected/) 可協助您了解在雲端建置系統時所做決策的優缺點。架構的六大支柱可讓您學習架構最佳實務，以設計和操作可靠、安全、有效率、經濟實惠且永續的系統。您可以使用 [AWS 管理主控台中免費提供的 AWS Well-Architected 工具](https://aws.amazon.com/well-architected-tool/)，透過回答每個支柱的一組問題，根據這些最佳實務來檢閱工作負載。 [https://console.aws.amazon.com/wellarchitected](https://console.aws.amazon.com/wellarchitected)

本白皮書涵蓋的概念擴展[了可靠性支柱白皮書](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html)中包含的最佳實務，特別是問題 [REL 13](https://docs.aws.amazon.com/wellarchitected/latest/framework/a-failure-management.html)：「如何規劃災難復原 (DR)？」。實作本白皮書中的實務後，請務必使用 AWS Well-Architected Tool 檢閱 （或重新檢閱） 工作負載。