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

# Summary
<a name="arch-guide-summary"></a>

下表总结了这些模式及其主要特征。


| \# | 单个区域 | 多区域 | 主区域单可用区 | 主区域多可用区 | 辅助区域单可用区 | 辅助区域多可用区 | 第 2 个可用区中的生产容量 | 非生产容量的使用 | 跨区域数据复制 | 
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | 
| 1 | 是 | 否 | 否 | 是 | 否 | 否 | 是 | 否 | 否 | 
| 2 | 是 | 否 | 否 | 是 | 否 | 否 | 是 | 是 | 否 | 
| 3 | 是 | 否 | 是 | 否 | 否 | 否 | 否 | 是 | 否 | 
| 4 | 是 | 否 | 是 | 否 | 否 | 否 | 否 | 否 | 否 | 
| 5 | 否 | 是 | 否 | 是 | 是 | 否 | 是 | 否 | 是 | 
| 6 | 否 | 是 | 否 | 是 | 是 | 否 | 是 | 否 | 是 | 
| 7 | 否 | 是 | 否 | 是 | 否 | 是 | 是 | 否 | 是 | 
| 8 | 否 | 是 | 是 | 否 | 是 | 否 | 否 | 否 | 是 | 

 **表 1：模式总结** 

借助AWS云的灵活性和敏捷性，您可以选择本指南中描述的任何模式。您可以根据自己的 SAP 系统，选择最符合业务需求的模式。这可以让您免于根据最高要求进行选择并将其应用于所有生产系统的麻烦。

例如，如果您需要在另一个可用区中为核心 ERP 系统的生产 SAP 数据库和中央服务层以及 BW 系统提供高度可用的计算容量，则可以接受在不同的可用区中重新创建AWS资源并恢复永久数据所需的可变持续时间。在这种情况下，您可以为 ERP 选择模式 3，为 BW 选择模式 1，这样就能降低总拥有成本。

如果您的需求随着时间推移发生变化，无需进行大量重新设计即可转移到不同的模式。例如，在实施项目的早期阶段，您可能不需要另一个可用区中的高可用性计算容量，但在产品上线之前的几周，您可能会在第二个可用区部署容量。

在AWS云端选择运行 SAP 系统的架构模式时，应考虑以下几点：
+ 数据的驻留地理位置
+ 生产 SAP 系统停机时间对企业的影响
+ 恢复时间目标
+ 恢复点目标
+ 成本分析