本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 雲端原生工作負載的 DR
考慮您的雲端原生工作負載如何與您的 DR 目標保持一致。 在世界各地的 區域中 AWS 提供多個可用區域。許多使用 AWS 雲端的企業會調整工作負載架構和 DR 目標，以承受可用區域的損失。 AWS Well-Architected Framework 中的[可靠性支柱](https://d1.awsstatic.com/whitepapers/architecture/AWS-Reliability-Pillar.pdf)支援此最佳實務。您可以建構工作負載及其服務和應用程式相依性，以使用多個可用區域。然後，您可以自動化您的 DR 並實現您的 DR 目標，只需最少或無需干預。
不過，實際上，您可能會發現您無法為所有元件建立備援、作用中和自動化的架構。檢查架構的每一層，以確定實現目標所需的 DR 程序。這可能因工作負載而異，具有不同的架構和服務需求。本指南涵蓋 Amazon EC2 的考量事項和選項。對於其他 AWS 服務，您可以參考 [AWS 文件](https://docs.aws.amazon.com/)來判斷高可用性和 DR 選項。
## 單一可用區域中 Amazon EC2 的 DR
嘗試建構您的工作負載，以主動支援和服務來自多個可用區域的用戶端。您可以使用 Amazon EC2 Auto Scaling 和 Elastic Load Balancing 來實現 Amazon EC2 和其他服務的多可用區域伺服器架構。
如果您的架構具有無法負載平衡的 EC2 執行個體，而且在任何指定時間只能執行單一執行個體，您可以使用下列其中一個選項。
+ 建立 Auto Scaling 群組，其大小下限、上限和所需大小為 1，並針對多個可用區域進行設定。建立可在執行個體失敗時用來取代執行個體的 AMI。請務必定義適當的自動化和組態，以便自動設定來自 AMI 的新佈建執行個體並提供 服務。建立指向 Auto Scaling 群組並針對多個可用區域設定的負載平衡器。或者，建立指向負載平衡器端點的 Amazon Route 53 別名。
+ 為您的作用中執行個體建立 Route 53 記錄，並讓用戶端使用此記錄進行連線。建立指令碼來建立新的作用中執行個體 AMI，並使用 AMI 在個別可用區域中以停止狀態佈建新的 EC2 執行個體。將指令碼設定為定期執行，並終止先前停止的執行個體。如果發生可用區域故障，請在替代可用區域中啟動備份執行個體。然後更新 Route 53 記錄以指向此新執行個體。
透過模擬解決方案旨在防範的故障，徹底測試您的解決方案。另請考慮 DR 解決方案隨著工作負載架構變更而需要的更新。
## 區域故障時 Amazon EC2 的 DR
具有非常高可用性需求 （例如，任務關鍵型應用程式，無法容忍任何停機時間） 的客戶可以在 AWS 多個區域使用 ，以針對區域層級的問題提供進一步的彈性。客戶必須仔細權衡建立和維護多區域 DR 計劃與 利益所需的複雜性、成本和工作量。 AWS 提供支援多區域架構的功能，以實現全域可用性、容錯移轉和 DR。 本指南涵蓋一些 Amazon EC2 備份和復原特有的可用功能。
AWS AMIs 和 Amazon EBS 快照是區域資源，可用於在單一區域中佈建新執行個體。不過，您可以將快照和 AMIs 複製到另一個區域，並使用它們在該區域中佈建新的執行個體。若要支援區域故障 DR 計畫，您可以將 AMIs和快照複製到其他區域的程序自動化。 AWS Backup Amazon Data Lifecycle Manager 支援跨區域複製，做為備份組態的一部分。
[AWS 彈性災難復原](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) 可用來將某個區域中的 Amazon EC2 伺服器自動化並持續複寫至替代 DR 區域。Elastic Disaster Recovery 可以簡化多區域 DR 方法，並協助您使用演練定期測試跨區域 Amazon EC2 DR 計劃。當備份和復原無法滿足您的 RTO 和 RPO 目標時，Elastic Disaster Recovery 可以提供協助。Elastic Disaster Recovery 可協助您將 RTO 降至幾分鐘，並將 RPO 降至次秒範圍。
無論您使用哪種解決方案，都必須判斷在發生中斷時要使用的佈建、容錯移轉和容錯回復程序。您可以使用 Route 53 搭配運作狀態檢查和網域名稱系統容錯移轉，以協助支援您的解決方案。