本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 高可用性不是灾难恢复 可用性和灾难恢复都依赖于一些相同的最佳实践，例如监控故障、部署到多个位置以及自动故障转移。但是，可用性侧重于工作负载的组成部分，而灾难恢复则侧重于整个工作负载的离散副本。灾难恢复的目标与可用性不同，即衡量符合灾难条件的大规模事件发生后的恢复时间。您应该首先确保您的工作负载符合可用性目标，因为高可用性架构将使您能够在可用性受到影响的事件发生时满足客户的需求。您的灾难恢复策略需要的方法与可用性方法不同，重点是将离散系统部署到多个位置，以便在必要时可以对整个工作负载进行故障切换。 在灾难恢复计划中，您必须考虑工作负载的可用性，因为它会影响您采取的方法。在一个可用区的单个 Amazon EC2 实例上运行的工作负载没有高可用性。如果本地洪水问题影响了该可用区，则这种情况需要故障转移到另一个可用区以实现灾难恢复目标。将此场景与部署[多站点主动/主动](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-options-in-the-cloud.html#multi-site-activeactive)的高可用性工作负载进行比较，在这种工作负载中，工作负载部署在多个活动区域，所有区域都为生产流量提供服务。在这种情况下，即使万一发生大规模灾难使某个区域无法使用，灾难恢复策略也是通过将所有流量路由到其余区域来实现的。 可用性和灾难恢复之间的数据处理方式也有所不同。考虑一种能够持续复制到另一个站点以实现高可用性的存储解决方案（例如多站点、 active/active 工作负载）。如果主存储设备上的一个或多个文件被删除或损坏，则这些破坏性更改可以复制到辅助存储设备。在这种情况下，尽管可用性很高，但在数据删除或损坏时进行故障转移的能力仍将受到影响。相反，作为灾难恢复策略的一部分，还需要进行 point-in-time备份。