定义您的 DR 策略

根据组织中应用程序对业务的重要程度，您可以决定是为所有应用程序制定统一的策略，还是根据每个应用程序的重要程度制定更复杂的灾难恢复策略。在 DR 站点中启动所有应用程序之前，您的组织可能会经历几个小时的停机时间。在这种情况下，您可以选择更加经济实惠的 DR 策略，也就是基于所有数据库的备份和恢复。另一方面，您组织的业务可能依赖于一些关键服务或应用程序的快速可用性，这些服务或应用程序具有更严格的 RPO 和 RTO 要求，而其他应用程序的 RPO 和 RTO 要求可能不会那么严格。在这种情况下，您将需要为每层应用程序和数据库分配正确的 DR 策略。

下表描述了中运行的工作负载的四个灾难恢复选项 AWS Cloud，以帮助您确定和定义组织的灾难恢复策略。此表中记录的 RPO 和 RTO 适用于包含应用程序和数据库组件的完整堆栈。有关更多信息，请参阅 Well-Architected Framework 文档 AWS 中的云端灾难恢复选项。下一节将介绍特定于数据库的 RPO 和 RTO 选项。

恢复选项	RPO	RTO	DR 区域中的基础设施任务	成本
备份和还原	Hours	小于 24 小时	在 DR 区域预置所有必需的应用程序资源，并从复制的快照中恢复数据库。	低
指示灯	几十分钟	几十分钟	预置应用程序基础设施的副本，然后关闭应用程序堆栈中的资源。 将您的数据从一个区域复制到另一个区域。使数据库始终处于开启状态并与主数据库同步。在失效转移和测试活动期间按需预置资源。 您还需要将基础设施变更和应用程序变更同时部署到两个区域。您可以通过构建自动化管道来简化这一过程，这些管道可以同步主区域和 DR 区域的代码和基础设施。	中
热备用	Minutes	Minutes	在 DR 区域中预置整个应用程序基础设施的副本，但与主区域相比较，保持该副本的缩减规模。与主区域相比，DR 区域能够以较小的卷接受流量。	高
多站点或主动/主动	接近零	零或接近零	将基础设施的完整副本预置到 DR 区域。DR 区域中的所有资源将等同于主区域中的资源，并且能够以与主区域相同的规模提供流量。由于流量不会中断，因此此选项不需要将失效转移任务作为 DR 计划的一部分。	更高