本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 图案
<a name="arch-guide-patterns"></a>

在此部分中，我们将探讨可用于处理上述故障场景的架构模式。

在选择能够满足企业特定业务需求的模式时，需要考虑两个关键参数：
+ 针对 SAP 单点故障的计算容量可用性
+ Amazon EBS 上保存的 SAP 数据的可用性

这些参数决定从故障场景中恢复所需的时间，即 SAP 系统恢复服务需要花费的时间。

 *架构模式的类型* 

架构模式分为单区域和多区域模式。区别因素是：

1. 如果您要求数据始终仅位于特定的地理位置（AWS区域）（例如，数据驻留要求）。

   或者

1. 如果您要求数据始终驻留在两个特定的地理位置（AWS区域）（例如，为了合规起见，两个 SAP 数据的副本必须相隔至少 500 英里）。

如果您的生产系统对业务至关重要，并且在出现故障时需要尽量减少停机时间，则应选择多区域模式，以确保您的生产系统始终具备高可用性。部署多区域模式时，您可以获益于自动化方法（例如集群解决方案）的使用，这样可以自动在可用区之间进行失效转移，从而最大限度地减少总停机时间并消除人为干预的需求。多区域模式不仅提供了高可用性，还可以实现灾难恢复，从而降低总体成本。