本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
适用于 SAP HANA 的多区域架构模式
Amazon全球基础设施横跨全球多个地区，而且这种足迹在不断增加。有关最新更新，请参阅 Amazon全球基础设施
部署多区域模式时，您可以获益于自动化方法（例如集群解决方案）的使用，这样可以自动在可用区之间进行失效转移，从而最大限度地减少总停机时间并消除人为干预的需求。多区域模式不仅提供了高可用性，还可以实现灾难恢复，从而降低总体成本。所选区域之间的距离会直接影响延迟，因此在多区域模式中，对 SAP HANA 系统复制进行整体设计时必须考虑这一点。
跨区域复制或数据传输还会对成本产生额外的影响，在解决方案的总体定价中也需要考虑这些影响。不同区域的定价各不相同。
以下是四种多区域架构模式。
主题
模式 5：主区域有两个生产可用区，辅助区域带有备份副本/ AMIs
这种模式类似于模式 1，SAP HANA 实例实现了高可用性。您使用同步 SAP HANA 系统复制，跨主区域中的两个可用区部署生产 SAP HANA 实例。您可以使用存储在 Amazon S3、Amazon EBS 和亚马逊系统映像 (AMIs) 中的备份副本在辅助区域中恢复 SAP HANA 实例。
通过跨区域复制存储在 Amazon S3 中的文件，存储桶中存储的数据会自动（异步）复制到目标区域。Amazon EBS 快照可以在区域之间复制。有关更多信息，请参阅复制 Amazon EBS 快照。您可以使用Amazon CLI、Amazon管理控制台或 Amazon 在区域内Amazon SDKs 或跨区域复制 AMI EC2 APIs。有关更多信息，请参阅复制 AMI。您还可以使用Amazon Backup 来计划和运行跨区域的快照和复制。
在整个区域出现故障时，需要使用 AMI 在辅助区域中构建生产 SAP HANA 实例。您可以使用Amazon CloudFormation 模板自动启动新的 SAP HANA 实例。实例启动后，您可以从 Amazon S3 下载最后一组备份，将您的 SAP HANA 实例恢复到灾难事件发生 point-in-time前的状态。您还可以使用Amazon Backint Agent 恢复和恢复 SAP HANA 实例，并将您的客户端流量重定向到辅助区域中的新实例。
此架构为您提供了跨多个可用区实施 SAP HANA 实例的优势，并且能够在出现故障时立即进行失效转移。对于主区域之外的灾难恢复，恢复点目标受以下因素限制：您在 Amazon S3 存储桶中存储 SAP HANA 备份文件的频率，以及将 Amazon S3 存储桶复制到目标区域所需的时间。您可以使用 Amazon S3 Replication Time Control 进行限定时间的复制。有关更多信息，请参阅 {https---docs-aws-amazon-com-Amazons3-latest-userguide-replication-time--time control-html-enabling-replication-control} [启用 Amazon S3 复制时间控制]。
您的恢复时间目标取决于在辅助区域中构建系统以及从备份文件恢复操作所需的时间。所需时间随数据库的大小而变。此外，在没有预留实例容量的情况下，恢复过程获得计算容量所需的时间可能会更长。当您需要在一个区域内实现尽可能低的恢复时间目标和恢复点目标，而对于在主区域之外进行灾难恢复可以接受较高的恢复点目标和恢复时间目标时，这种模式非常适合。
模式 6：主区域具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量
在模式 5 的架构之外，此模式还在主区域的 SAP HANA 实例与辅助区域的一个可用区中相同的第三个实例之间设置了 SAP HANA 系统复制。由于延迟增加，我们建议在Amazon区域间复制时使用 SAP HANA 系统复制的异步模式。
主区域发生故障时，生产工作负载将手动失效转移到辅助区域。这种模式可确保 SAP 系统具有高可用性和容灾能力。这种模式通过连续数据复制，提供了更快的失效转移和业务运营连续性。
为辅助区域中的生产 SAP HANA 实例部署所需的计算和存储容量，以及区域之间的数据传输，会导致成本增加。当您需要在主区域之外进行灾难恢复并需要较低的恢复点目标和时间目标时，这种模式非常适合。
这种模式可以部署在多层复制配置以及多目标复制配置中。
下图显示多目标复制，其中主 SAP HANA 实例复制到同一区域内的两个可用区，此外还复制到辅助区域。
下图显示了以链式方式配置复制的多层复制。
模式 7：主区域具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据
在这种模式下，在两个Amazon区域部署了两组两层 SAP HANA 系统复制。两层 SAP HANA 系统复制配置在同一区域内的两个可用区上，在主区域之外的复制使用 SAP HANA 多目标系统复制进行配置。此设置可以通过高可用性集群解决方案进行扩展，以实现主区域的自动失效转移功能。欲了解更多信息，请参阅 {https---help-sap-com-docs-sap-hana-platform-6b944445c94ae495c83a19646e7c3fd56-ba45751091889a459e606bbcf3d3-html-version-2-0-04} [SAP HANA 多目标系统复制]。
此模式可防范可用区和区域中出现的故障。但是，跨区域接管 SAP HANA 实例需要手动干预。在辅助区域失效转移期间，SAP HANA 实例继续在新区域启动并运行 SAP HANA 系统复制，无需任何手动干预。如果您希望始终保持最高的应用程序可用性，并在主区域之外进行灾难恢复，同时尽可能减少恢复点和恢复时间目标，则此设置适用。此模式可以承受分布在多个区域的三个可用区出现故障，尽管这是极其罕见的情况。
如果您在主区域运行 active/active （只读）SAP HANA 实例，并计划继续使用具有只读功能的 SAP HANA 系统复制配置，则此模式非常适合您。如果您正在寻找跨两个区域的只读功能以及该区域内现有的只读实例，则可以配置多个支持 active/active （只读）配置的辅助系统。但是，通过基于提示的语句路由只能访问其中一个系统，而其他系统则必须通过直接连接进行访问。
在此模式下，跨两个区域中两个可用区部署的冗余计算和存储容量以及跨区域通信会增加总拥有成本。
模式 8：主区域，其中一个可用区用于生产，一个辅助区域包含备份副本/ AMIs
这种模式与模式 4 类似，在次要区域中进行额外的灾难恢复，该区域包含存储在 Amazon S3 中的 SAP HANA 实例备份的副本、Amazon EBS 快照和。 AMIs在此模式下，SAP HANA 实例作为独立安装部署在主区域的一个可用区中，没有用于复制数据的目标 SAP HANA 系统。
在此模式下，您的 SAP HANA 实例不具备高可用性。在整个区域出现故障时，需要使用 AMI 在辅助区域中构建生产 SAP HANA 实例。您可以使用Amazon CloudFormation 模板自动启动新的 SAP HANA 实例。实例启动后，您可以从 Amazon S3 下载最后一组备份，将您的 SAP HANA 实例恢复到灾难事件发生 point-in-time前的状态。您还可以使用Amazon Backint Agent 恢复您的 SAP HANA 实例，并将您的客户端流量重定向到辅助区域中的新实例。
对于主区域之外的灾难恢复，恢复点目标受以下因素限制：您在 Amazon S3 存储桶中存储 SAP HANA 备份文件的频率，以及将 Amazon S3 存储桶复制到目标区域所需的时间。您的恢复时间目标取决于在辅助区域中构建系统以及从备份文件恢复操作所需的时间。所需时间随数据库的大小而变。这种模式适用于可以容忍停机时间以恢复正常运行的非生产系统或非关键生产系统。
Summary
我们强烈建议跨两个可用区运行关键业务型 SAP HANA 实例。您可以使用第三方集群解决方案，例如 Pacemaker 和 SAP HANA 系统复制，以确保实现高可用性设置。
使用第三方集群解决方案的高可用性设置会增加许可成本，但仍建议使用这种设置，因为它可以提供高韧性架构、几乎为零的恢复时间目标和恢复点目标。