本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 开启 SAP HANA 的架构模式AWS
此部分提供有关架构模式的信息，这些信息可用作在AWS云端部署 SAP HANA 系统的指南。有关上 NetWeaver基于 SAP 的应用程序的架构模式的更多信息AWS，请参阅上的 [SAP 可用性和可靠性架构指南AWS](https://docs.aws.amazon.com/sap/latest/general/architecture-guidance-of-sap-on-aws.html)。
您可以更改模式以适应不断变化的业务需求，最大限度地减少甚至完全避免停机时间，但这依赖于所选架构模式的复杂性。
**Topics**
+ [SAP HANA 系统复制](#hana-ops-patterns-hsr)
+ [辅助 SAP HANA 实例](#hana-ops-secondary-instance)
+ [模式概述](#hana-ops-patterns-types)
+ [适用于 SAP HANA 的单区域架构模式](hana-ops-patterns-single.md)
+ [适用于 SAP HANA 的多区域架构模式](hana-ops-patterns-multi.md)
## SAP HANA 系统复制
SAP HANA 系统复制是 SAP 为 SAP HANA 提供的高可用性解决方案，可用于减少由于维护活动、故障和灾难导致的中断。该解决方案会持续复制数据到辅助实例上。在主实例发生故障时，将在备用实例上保留更改。有关更多信息，请参阅 [Configuring SAP HANA System Replication](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/676844172c2442f0bf6c8b080db05ae7.html?version=2.0.01)。
## 辅助 SAP HANA 实例
在AWS Cloud 中，辅助 SAP HANA 实例可以存在于同一区域的不同可用区中，也可以存在于单独的区域中。有关更多信息，请参阅[架构指南和决策](https://docs.aws.amazon.com/sap/latest/general/arch-guide-architecture-guidelines-and-decisions.html)。辅助实例可以作为被动实例或主动（只读）实例进行部署。将辅助实例部署为被动实例时，您可以重复使用 Amazon EC2 实例容量来适应非生产 SAP HANA 工作负载。
## 模式概述
SAP HANA 的架构模式分为以下两类：
+ [适用于 SAP HANA 的单区域架构模式](hana-ops-patterns-single.md)
+ [适用于 SAP HANA 的多区域架构模式](hana-ops-patterns-multi.md)
在选择模式时，您必须考虑每种故障类型的风险和影响，以及防范问题的成本。下表简要概述了 SAP HANA 系统的架构模式AWS。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/hana-ops-patterns.html)
*1 要实现接近零的恢复点目标，对于 SAP HANA 实例，SAP HANA 系统复制必须在同一区域内设置为同步模式。*
*2 为了实现尽可能短的恢复时间目标，我们建议使用第三方集群解决方案的高可用性设置，并与 SAP HANA 系统复制结合使用。*
*3 可以将生产规模的 Amazon EC2 实例部署为 MCOS 安装，以容纳非生产 SAP HANA 实例。*
*4 SAP HANA 系统复制和作为目标的 SAP HANA 实例副本数量。*
* 5 同区域复制在同一区域中跨 Amazon S3 存储桶复制对象。*
# 适用于 SAP HANA 的单区域架构模式
单区域架构模式有助于避免网络延迟，因为 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：单个区域，具有两个可用区用于生产环境
在此模式下，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：单个区域，具有两个可用区用于生产环境，与生产环境相同大小的非生产环境位于第三个可用区中
在此模式下，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：单个区域，一个可用区用于生产环境，另一个可用区用于非生产环境
在此模式下，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：单个区域，具有一个可用区用于生产环境
在此模式下，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)
# 适用于 SAP HANA 的多区域架构模式
AWS全球基础设施横跨全球多个地区，而且这种足迹在不断增加。有关最新更新，请参阅 [AWS全球基础设施](https://aws.amazon.com/about-aws/global-infrastructure/)。如果您希望在任何时间点 SAP 数据都会存放在多个区域，以确保在出现故障时提高可用性并尽可能减少停机时间，则应选择多区域架构模式。
部署多区域模式时，您可以获益于自动化方法（例如集群解决方案）的使用，这样可以自动在可用区之间进行失效转移，从而最大限度地减少总停机时间并消除人为干预的需求。多区域模式不仅提供了高可用性，还可以实现灾难恢复，从而降低总体成本。所选区域之间的距离会直接影响延迟，因此在多区域模式中，对 SAP HANA 系统复制进行整体设计时必须考虑这一点。
跨区域复制或数据传输还会对成本产生额外的影响，在解决方案的总体定价中也需要考虑这些影响。不同区域的定价各不相同。
以下是四种多区域架构模式。
**Topics**
+ [模式 5：主区域有两个生产可用区，辅助区域带有备份副本/ AMIs](#hana-ops-patterns-pattern5)
+ [模式 6：主区域具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量](#hana-ops-patterns-pattern6)
+ [模式 7：主区域具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据](#hana-ops-patterns-pattern7)
+ [模式 8：主区域，其中一个可用区用于生产，一个辅助区域包含备份副本/ AMIs](#hana-ops-patterns-pattern8)
+ [Summary](#hana-ops-patterns-summary)
## 模式 5：主区域有两个生产可用区，辅助区域带有备份副本/ AMIs
这种模式类似于模式 1，SAP HANA 实例实现了高可用性。您使用同步 SAP HANA 系统复制，跨主区域中的两个可用区部署生产 SAP HANA 实例。您可以使用存储在 Amazon S3、Amazon EBS 和亚马逊系统映像 (AMIs) 中的备份副本在辅助区域中恢复 SAP HANA 实例。
通过跨区域复制存储在 Amazon S3 中的文件，存储桶中存储的数据会自动（异步）复制到目标区域。Amazon EBS 快照可以在区域之间复制。有关更多信息，请参阅[复制 Amazon EBS 快照](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html)。您可以使用AWS CLI、AWS管理控制台或 Amazon 在区域内AWS SDKs 或跨区域复制 AMI EC2 APIs。有关更多信息，请参阅[复制 AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/CopyingAMIs.html)。您还可以使用AWS Backup 来计划和运行跨区域的快照和复制。
在整个区域出现故障时，需要使用 AMI 在辅助区域中构建生产 SAP HANA 实例。您可以使用AWS CloudFormation 模板自动启动新的 SAP HANA 实例。实例启动后，您可以从 Amazon S3 下载最后一组备份，将您的 SAP HANA 实例恢复到灾难事件发生 point-in-time前的状态。您还可以使用AWS Backint Agent 恢复和恢复 SAP HANA 实例，并将您的客户端流量重定向到辅助区域中的新实例。
此架构为您提供了跨多个可用区实施 SAP HANA 实例的优势，并且能够在出现故障时立即进行失效转移。对于主区域之外的灾难恢复，恢复点目标受以下因素限制：您在 Amazon S3 存储桶中存储 SAP HANA 备份文件的频率，以及将 Amazon S3 存储桶复制到目标区域所需的时间。您可以使用 Amazon S3 Replication Time Control 进行限定时间的复制。有关更多信息，请参阅 \$1https---docs-aws-amazon-com-Amazons3-latest-userguide-replication-time--time control-html-enabling-replication-control\$1 [启用 Amazon S3 复制时间控制]。
您的恢复时间目标取决于在辅助区域中构建系统以及从备份文件恢复操作所需的时间。所需时间随数据库的大小而变。此外，在没有预留实例容量的情况下，恢复过程获得计算容量所需的时间可能会更长。当您需要在一个区域内实现尽可能低的恢复时间目标和恢复点目标，而对于在主区域之外进行灾难恢复可以接受较高的恢复点目标和恢复时间目标时，这种模式非常适合。
![\[模式 5 示意图：主区域有两个生产可用区，二级区域带有备份/ AMIs 的副本。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern5.png)
## 模式 6：主区域具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量
在模式 5 的架构之外，此模式还在主区域的 SAP HANA 实例与辅助区域的一个可用区中相同的第三个实例之间设置了 SAP HANA 系统复制。由于延迟增加，我们建议在AWS区域间复制时使用 SAP HANA 系统复制的异步模式。
主区域发生故障时，生产工作负载将手动失效转移到辅助区域。这种模式可确保 SAP 系统具有高可用性和容灾能力。这种模式通过连续数据复制，提供了更快的失效转移和业务运营连续性。
为辅助区域中的生产 SAP HANA 实例部署所需的计算和存储容量，以及区域之间的数据传输，会导致成本增加。当您需要在主区域之外进行灾难恢复并需要较低的恢复点目标和时间目标时，这种模式非常适合。
这种模式可以部署在多层复制配置以及多目标复制配置中。
下图显示多目标复制，其中主 SAP HANA 实例复制到同一区域内的两个可用区，此外还复制到辅助区域。
![\[模式 6 示意图：主区域具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern6.1.png)
下图显示了以链式方式配置复制的多层复制。
![\[以链式方式配置复制的多层复制示意图。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern6.2.png)
## 模式 7：主区域具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据
在这种模式下，在两个AWS区域部署了两组两层 SAP HANA 系统复制。两层 SAP HANA 系统复制配置在同一区域内的两个可用区上，在主区域之外的复制使用 SAP HANA 多目标系统复制进行配置。此设置可以通过高可用性集群解决方案进行扩展，以实现主区域的自动失效转移功能。欲了解更多信息，请参阅 \$1https---help-sap-com-docs-sap-hana-platform-6b944445c94ae495c83a19646e7c3fd56-ba45751091889a459e606bbcf3d3-html-version-2-0-04\$1 [SAP HANA 多目标系统复制]。
此模式可防范可用区和区域中出现的故障。但是，跨区域接管 SAP HANA 实例需要手动干预。在辅助区域失效转移期间，SAP HANA 实例继续在新区域启动并运行 SAP HANA 系统复制，无需任何手动干预。如果您希望始终保持最高的应用程序可用性，并在主区域之外进行灾难恢复，同时尽可能减少恢复点和恢复时间目标，则此设置适用。此模式可以承受分布在多个区域的三个可用区出现故障，尽管这是极其罕见的情况。
如果您在主区域运行 active/active （只读）SAP HANA 实例，并计划继续使用具有只读功能的 SAP HANA 系统复制配置，则此模式非常适合您。如果您正在寻找跨两个区域的只读功能以及该区域内现有的只读实例，则可以配置多个支持 active/active （只读）配置的辅助系统。但是，通过基于提示的语句路由只能访问其中一个系统，而其他系统则必须通过直接连接进行访问。
在此模式下，跨两个区域中两个可用区部署的冗余计算和存储容量以及跨区域通信会增加总拥有成本。
![\[模式 7 示意图：主区域具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern7.png)
## 模式 8：主区域，其中一个可用区用于生产，一个辅助区域包含备份副本/ AMIs
这种模式与模式 4 类似，在次要区域中进行额外的灾难恢复，该区域包含存储在 Amazon S3 中的 SAP HANA 实例备份的副本、Amazon EBS 快照和。 AMIs在此模式下，SAP HANA 实例作为独立安装部署在主区域的一个可用区中，没有用于复制数据的目标 SAP HANA 系统。
在此模式下，您的 SAP HANA 实例不具备高可用性。在整个区域出现故障时，需要使用 AMI 在辅助区域中构建生产 SAP HANA 实例。您可以使用AWS CloudFormation 模板自动启动新的 SAP HANA 实例。实例启动后，您可以从 Amazon S3 下载最后一组备份，将您的 SAP HANA 实例恢复到灾难事件发生 point-in-time前的状态。您还可以使用AWS Backint Agent 恢复您的 SAP HANA 实例，并将您的客户端流量重定向到辅助区域中的新实例。
对于主区域之外的灾难恢复，恢复点目标受以下因素限制：您在 Amazon S3 存储桶中存储 SAP HANA 备份文件的频率，以及将 Amazon S3 存储桶复制到目标区域所需的时间。您的恢复时间目标取决于在辅助区域中构建系统以及从备份文件恢复操作所需的时间。所需时间随数据库的大小而变。这种模式适用于可以容忍停机时间以恢复正常运行的非生产系统或非关键生产系统。
![\[模式 8 示意图：主要区域，其中一个可用区域用于生产，一个辅助区域包含备份/ AMIs 的副本。\]](http://docs.aws.amazon.com/zh_cn/sap/latest/sap-hana/images/pattern8.png)
## Summary
我们强烈建议跨两个可用区运行关键业务型 SAP HANA 实例。您可以使用第三方集群解决方案，例如 Pacemaker 和 SAP HANA 系统复制，以确保实现高可用性设置。
使用第三方集群解决方案的高可用性设置会增加许可成本，但仍建议使用这种设置，因为它可以提供高韧性架构、几乎为零的恢复时间目标和恢复点目标。