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

# 适用于 SAP HANA 的单区域架构模式
<a name="hana-ops-patterns-single"></a>

单区域架构模式有助于避免网络延迟，因为 SAP 工作负载组件位于同一区域内的近距离位置。每个 AWS 区域通常都有三个可用区。如需更多信息，请参阅 [AWS 全球基础设施地图](https://aws.amazon.com/about-aws/global-infrastructure/)。

当您需要确保 SAP 数据驻留在数据主权法律规定的区域边界内时，您可以选择这些模式。

以下是四种单区域架构模式。

**Topics**
+ [模式 1：单个区域，具有两个可用区用于生产环境](#hana-ops-patterns-pattern1)
+ [模式 2：单个区域，具有两个可用区用于生产环境，与生产环境相同大小的非生产环境位于第三个可用区中](#hana-ops-patterns-pattern2)
+ [模式 3：单个区域，一个可用区用于生产环境，另一个可用区用于非生产环境](#hana-ops-patterns-pattern3)
+ [模式 4：单个区域，具有一个可用区用于生产环境](#hana-ops-patterns-pattern4)

## 模式 1：单个区域，具有两个可用区用于生产环境
<a name="hana-ops-patterns-pattern1"></a>

在此模式下，SAP HANA 实例部署在两个可用区上，两个实例均配置了 SAP HANA 系统复制。主实例和辅助实例的实例类型相同。辅助实例可以在主动/被动或主动/主动模式下部署。由于两个可用区之间具有低延迟连接，建议使用 HANA 系统复制的同步复制模式。有关更多信息，请参阅 \$1https---help-sap-com-docs-SAP-HANA-PLATFORM-6b94445c94ae495c83a19646e7c3fd56-c039a1a5b8824ecfa754b55e0caffc01-html-version-2-0-05\$1[Replication Modes for SAP HANA System Replication]。

如果您正在寻找用于自动失效转移的高可用性集群解决方案，以实现接近零的恢复点目标和恢复时间目标，则可以将此模式作为基础。SAP HANA 系统复制具有用于实现自动失效转移的高可用性集群解决方案，提供了韧性，可以防范故障场景。有关更多信息，请参阅[故障场景](https://docs.aws.amazon.com/sap/latest/general/arch-guide-failure-scenarios.html)。

您需要考虑第三方集群解决方案的许可成本。如果辅助 SAP HANA 实例未用于只读操作，则该实例的容量是空闲的。预调配与生产环境中相同的实例类型作为备用实例，会增加总拥有成本。

您的 SAP HANA 实例备份可以使用 AWS Backint Agent for SAP HANA 存储在 Amazon S3 存储桶中。Amazon S3 对象会自动存储在单个区域中至少三个可用区的多个设备中。为了防范逻辑数据丢失，您可以使用 Amazon S3 的同区域复制功能。有关更多信息，请参阅[设置复制](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication-how-setup.html)。

![\[模式 1 示意图：单个区域，具有两个可用区用于生产环境。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern1.png)


## 模式 2：单个区域，具有两个可用区用于生产环境，与生产环境相同大小的非生产环境位于第三个可用区中
<a name="hana-ops-patterns-pattern2"></a>

在此模式下，SAP HANA 实例跨三个可用区部署在多层 SAP HANA 系统复制中。主 SAP HANA 实例和辅助实例具有相同的实例类型，可以使用第三方集群解决方案配置为高可用性设置。辅助 SAP HANA 实例可以部署在主动/被动或主动/主动配置下。由于两个可用区之间具有低延迟连接，建议使用 SAP HANA 系统复制的同步复制模式。第三级 SAP HANA 实例部署在第三个可用区，作为多个组件、单个系统（MCOS）安装。生产实例与非生产 SAP HANA 实例联合托管（在同一 Amazon EC2 实例上）。

这种架构模式是成本优化型。在极少出现的同时与两个可用区连接中断的情况下，此模式有助于进行灾难恢复。为了进行灾难恢复，非生产 SAP HANA 工作负载将停止，以便为生产工作负载提供资源。但是，调用灾难恢复（第三个可用区）需要手动执行。根据 MCOS 的要求，您需要为非生产 SAP HANA 实例预调配与主 AWS 实例相同的实例类型，并且该实例必须位于第三个可用区。此外，运行 MCOS 系统需要额外的存储用于非生产工作负载，还需要对调用灾难恢复执行细致的测试程序。

与模式 1 相比，模式 2 进一步增强了应用程序可用性。调用灾难恢复不需要从备份进行还原或恢复。第三个实例的额外成本并非浪费，因为闲置容量可用于非生产工作负载。

![\[模式 2 示意图：单个区域，具有两个可用区用于生产环境，与生产环境相同大小的非生产环境位于第三个可用区中。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern2.png)


## 模式 3：单个区域，一个可用区用于生产环境，另一个可用区用于非生产环境
<a name="hana-ops-patterns-pattern3"></a>

在此模式下，SAP HANA 实例跨两个可用区部署在两层 SAP HANA 系统复制中。主 SAP HANA 实例和辅助实例的类型相同，没有空闲容量，也没有高可用性许可要求。辅助实例上的非生产 SAP HANA 工作负载需要额外的存储空间。

辅助实例是 MCOS 安装，并联合托管非生产 SAP HANA 工作负载。有关更多信息，请参阅 \$1https---launchpad-support-sap-com---notes-1681092\$1[SAP Note Multiple SAP HANA DBMSs (SIDs) on one SAP HANA system]。这是一种成本优化型解决方案，不提供高可用性。如果主实例出现故障，非生产 SAP HANA 工作负载将停止，并在辅助实例上执行接管。考虑到在辅助实例上恢复服务所花费的时间，这种模式适用于具有较高的恢复时间目标和用作灾难恢复系统的 SAP HANA 工作负载。

![\[模式 3 示意图：单个区域，一个可用区用于生产环境，另一个可用区用于非生产环境。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern3.png)


## 模式 4：单个区域，具有一个可用区用于生产环境
<a name="hana-ops-patterns-pattern4"></a>

在此模式下，SAP HANA 作为独立安装进行部署，没有用于复制数据的目标系统。这是最基本、最具成本效益的部署选项。但是，此模式在所有架构中韧性最低，不建议将其用于业务关键型 SAP HANA 工作负载。在故障场景中用于恢复业务运营的选项，出现实例故障时通过 Amazon EC2 自动恢复功能提供，出现影响可用区的重大问题时从最新的有效备份中还原和恢复。非生产 SAP HANA 工作负载不依赖于生产 SAP HANA 实例。它们可以随意部署在相同区域的可用区中，并且可以根据其工作负载调整大小。

![\[模式 4 示意图：单个区域，具有一个可用区用于生产环境\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern4.png)