适用于 SAP HANA 的单区域架构模式
单区域架构模式有助于避免网络延迟，因为 SAP 工作负载组件位于同一区域内的近距离位置。每个 Amazon 区域通常都有三个可用区。如需更多信息，请参阅 Amazon 全球基础设施地图
当您需要确保 SAP 数据驻留在数据主权法律规定的区域边界内时，您可以选择这些模式。
以下是四种单区域架构模式。
主题
模式 1：单个区域，具有两个可用区用于生产环境
在此模式下，SAP HANA 实例部署在两个可用区上，两个实例均配置了 SAP HANA 系统复制。主实例和辅助实例的实例类型相同。辅助实例可以在主动/被动或主动/主动模式下部署。由于两个可用区之间具有低延迟连接，建议使用 HANA 系统复制的同步复制模式。有关更多信息，请参阅 {https---help-sap-com-docs-SAP-HANA-PLATFORM-6b94445c94ae495c83a19646e7c3fd56-c039a1a5b8824ecfa754b55e0caffc01-html-version-2-0-05}[Replication Modes for SAP HANA System Replication]。
如果您正在寻找用于自动失效转移的高可用性集群解决方案，以实现接近零的恢复点目标和恢复时间目标，则可以将此模式作为基础。SAP HANA 系统复制具有用于实现自动失效转移的高可用性集群解决方案，提供了韧性，可以防范故障场景。有关更多信息，请参阅故障场景。
您需要考虑第三方集群解决方案的许可成本。如果辅助 SAP HANA 实例未用于只读操作，则该实例的容量是空闲的。预调配与生产环境中相同的实例类型作为备用实例，会增加总拥有成本。
您的 SAP HANA 实例备份可以使用 Amazon Backint Agent for SAP HANA 存储在 Amazon S3 存储桶中。Amazon S3 对象会自动存储在单个区域中至少三个可用区的多个设备中。为了防范逻辑数据丢失，您可以使用 Amazon S3 的同区域复制功能。有关更多信息，请参阅设置复制。
模式 2：单个区域，具有两个可用区用于生产环境，与生产环境相同大小的非生产环境位于第三个可用区中
在此模式下，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 工作负载需要额外的存储空间。
辅助实例是 MCOS 安装，并联合托管非生产 SAP HANA 工作负载。有关更多信息，请参阅 {https---launchpad-support-sap-com---notes-1681092}[SAP Note Multiple SAP HANA DBMSs (SIDs) on one SAP HANA system]。这是一种成本优化型解决方案，不提供高可用性。如果主实例出现故障，非生产 SAP HANA 工作负载将停止，并在辅助实例上执行接管。考虑到在辅助实例上恢复服务所花费的时间，这种模式适用于具有较高的恢复时间目标和用作灾难恢复系统的 SAP HANA 工作负载。
模式 4：单个区域，具有一个可用区用于生产环境
在此模式下，SAP HANA 作为独立安装进行部署，没有用于复制数据的目标系统。这是最基本、最具成本效益的部署选项。但是，此模式在所有架构中韧性最低，不建议将其用于业务关键型 SAP HANA 工作负载。在故障场景中用于恢复业务运营的选项，出现实例故障时通过 Amazon EC2 自动恢复功能提供，出现影响可用区的重大问题时从最新的有效备份中还原和恢复。非生产 SAP HANA 工作负载不依赖于生产 SAP HANA 实例。它们可以随意部署在相同区域的可用区中，并且可以根据其工作负载调整大小。
