本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
SAP HANA 的单一区域架构模式
单区域架构模式可帮助您避免网络延迟，因为您的 SAP 工作负载组件位于同一区域内的近距离位置。通常每个 Amazon
区域都有三个可用区。有关更多信息，请参阅Amazon 全球基础设施地图
当您需要确保 SAP 数据位于数据主权法律规定的区域边界内时，您可以选择这些模式。
以下是四种单一区域架构模式。
模式
模式 1：具有两个生产可用区的单一区域
在这种模式下，SAP HANA 实例部署在两个可用区，两个实例上都配置了 SAP HANA 系统复制。主实例和辅助实例的实例类型相同。辅助实例可以在主动/被动或主动/主动模式下部署。我们建议使用 HANA 系统复制的同步模式实现两个可用区之间的低延迟连接。有关更多信息，请参阅 SAP HANA 系统复制的复制模式
如果您正在寻找用于自动故障转移的高可用性群集解决方案，以实现接近零的恢复点和时间目标，则这种模式是基础。SAP HANA System Replication 具有用于自动故障转移的高可用性集群解决方案，可提供针对故障情况的弹性。有关更多信息，请参阅故障场景。
您需要考虑第三方群集解决方案的许可成本。如果辅助 SAP HANA 实例未用于只读操作，则该实例为空闲容量。将生产等效实例类型配置为备用实例会增加总拥有成本。
你的 SAP HANA 实例备份可以使用适用于 SAP HANA 的 B Amazon ackint Agent 存储在亚马逊 S3 存储桶中。Amazon S3 对象将自动存储在跨越一个区域中至少三个可用区的多台设备上。为了防止逻辑数据丢失，您可以使用 Amazon S3 的同区域复制功能。有关更多信息，请参阅设置复制。
模式 2：单一区域，在第三个可用区中有两个可用区，用于生产和生产规模的非生产用地
在这种模式下，SAP HANA 实例部署在跨三个可用区的多层 SAP HANA 系统复制中。主 SAP HANA 实例和辅助 SAP HANA 实例的实例类型相同，可以使用第三方集群解决方案在高可用性设置中进行配置。辅助 SAP HANA 实例可以采用主动/被动或主动/主动配置进行部署。我们建议使用 SAP HANA 系统复制的同步模式，实现两个可用区之间的低延迟连接。第三个 SAP HANA 实例部署在第三个可用区，作为一个系统上的多个组件 (MCOS) 安装。生产实例与非生产 SAP HANA 实例共同托管（在同一 Amazon EC2 实例上）。
这种架构模式经过成本优化。在不太可能发生的同时与两个可用区的连接中断的情况下，它可以帮助灾难恢复。为了进行灾难恢复，将停止非生产 SAP HANA 工作负载，以便为生产工作负载提供资源。但是，调用灾难恢复（第三可用区）是一项手动活动。根据 MCOS 的要求，您需要为非生产 SAP HANA 实例配置与主 Amazon 实例相同的实例类型，并且该实例必须位于第三个可用区。此外，运行 MCOS 系统需要额外的存储空间来存储非生产工作负载，还需要经过详细测试的程序来调用灾难恢复。
与模式 1 相比，模式 2 进一步增强了应用程序可用性。调用灾难恢复不需要对备份进行恢复或恢复。第三个实例的额外成本是合理的，因为闲置容量用于非生产工作负载。
模式 3：单一区域，一个可用区用于生产，另一个可用区用于非生产
在这种模式下，SAP HANA 实例部署在跨两个可用区的两层 SAP HANA 系统复制中。主 SAP HANA 实例和辅助 SAP HANA 实例的类型相同，没有空闲容量或高可用性许可要求。辅助实例上的非生产 SAP HANA 工作负载需要额外的存储空间。
辅助实例是 MCOS 安装，并共同托管非生产 SAP HANA 工作负载。有关更多信息，请参阅 SAP Note 在一个 SAP HANA 系统上有多个 SAP HANA DBMS (SID)
模式 4：具有一个生产可用区的单一区域
在这种模式下，SAP HANA 实例部署为独立安装，没有目标系统可以复制数据。这是最基本、最具成本效益的部署选项。但是，这是所有架构中弹性最低的架构，不建议将其用于业务关键型 SAP HANA 工作负载。在故障情况下，可用来恢复业务运营的选项有 Amazon EC2 auto recovery（在实例出现故障时使用 Amazon EC2 auto recovery），或者在出现影响可用区的重大问题时从最新有效的备份中恢复和恢复。非生产 SAP HANA 工作负载不依赖于生产 SAP HANA 实例。它们可以免费部署在该区域内的可用区中，并且可以根据其工作负载调整大小。
