摘要
下表总结了这些模式及其主要特征。
| # | 单个区域 | 多区域 | 主区域单可用区 | 主区域多可用区 | 辅助区域单可用区 | 辅助区域多可用区 | 第 2 个可用区中的生产容量 | 非生产容量的使用 | 跨区域数据复制 |
|---|---|---|---|---|---|---|---|---|---|
|
1 |
是 |
否 |
否 |
是 |
否 |
否 |
是 |
否 |
否 |
|
2 |
是 |
否 |
否 |
是 |
否 |
否 |
是 |
是 |
否 |
|
3 |
是 |
否 |
是 |
否 |
否 |
否 |
否 |
是 |
否 |
|
4 |
是 |
否 |
是 |
否 |
否 |
否 |
否 |
否 |
否 |
|
5 |
否 |
是 |
否 |
是 |
是 |
否 |
是 |
否 |
是 |
|
6 |
否 |
是 |
否 |
是 |
是 |
否 |
是 |
否 |
是 |
|
7 |
否 |
是 |
否 |
是 |
否 |
是 |
是 |
否 |
是 |
|
8 |
否 |
是 |
是 |
否 |
是 |
否 |
否 |
否 |
是 |
表 1:模式总结
借助 Amazon 云的灵活性和敏捷性,您可以选择本指南中介绍的任意模式。您可以根据自己的 SAP 系统,选择最符合业务需求的模式。这可以让您免于根据最高要求进行选择并将其应用于所有生产系统的麻烦。
例如,如果对于核心 ERP 系统和 BW 系统,您需要在另一个可用区中为生产 SAP 数据库和中央服务层提供具有高可用性的计算容量,并且可以接受在不同可用区中重新创建 Amazon 资源并恢复持久数据所需的不确定的时间长度。在这种情况下,您可以为 ERP 选择模式 3,为 BW 选择模式 1,这样就能降低总拥有成本。
如果您的需求随着时间推移发生变化,无需进行大量重新设计即可转移到不同的模式。例如,在实施项目的早期阶段,您可能不需要另一个可用区中的高可用性计算容量,但在产品上线之前的几周,您可能会在第二个可用区部署容量。
在 Amazon 云端选择运行 SAP 系统的架构模式时,应考虑以下几点:
-
数据的驻留地理位置
-
生产 SAP 系统停机时间对企业的影响
-
恢复时间目标
-
恢复点目标
-
成本分析