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

# 多区域架构模式
<a name="arch-guide-multi-region-architecture-patterns"></a>

如果您有以下要求，则应选择多区域架构：
+ 您要求数据始终位于两个特定的地理AWS区域。
+ 您可以接受多可用区方法带来的潜在网络延迟因素。
+ 您可以接受多区域方法带来的复杂性增加。
+ 您可以接受多区域方法带来的成本影响/差异，包括：
  + AWS不同AWS地区的@@ [服务定价（例如 Amazon EC2）](arch-guide-architecture-guidelines-and-decisions.md#arch-guide-selecting-the-aws-regions)
  +  [跨区域数据传输费用](arch-guide-architecture-guidelines-and-decisions.md#arch-guide-cross-regional-data-transfer) 
+ 第二个区域的额外计算 and/or 存储成本。

## 模式 5：一个主区域，其中两个 AZs 用于生产，一个包含备份副本的辅助区域 AMIs
<a name="arch-guide-pattern-5-a-primary-region-with-one-az-for-production-and-secondary-region-containing-a-replica-of-backups-amis"></a>

 **图 11：一个包含两个生产可用区的主区域和一个包含备份副本的辅助区域 AMIs** 

![\[一个包含两个生产可用区的主要区域和一个包含备份副本的辅助区域 AMIs\]](http://docs.aws.amazon.com/zh_cn/sap/latest/general/images/arch-guidance-pattern-5.png)


在这种模式下，您跨主区域中的两个可用区部署生产系统。在两个可用区中，为生产 SAP 数据库和中央服务层部署的计算容量大小相同，在一个可用区出现故障时，可自动进行失效转移。SAP 应用程序层所需的计算容量在两个可用区之间以 50/50 的比例分配。此外，存储在 Amazon S3 中的生产数据库备份、Amazon EBS 快照和亚马逊机器映像会复制到辅助区域。如果整个区域出现故障，生产系统将在辅助区域中从最新一组备份恢复。

 **如需满足以下要求，请选择此模式：**
+ 您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。
+ 对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。
+ 您可以接受数据复制时与跨可用区相关的数据传输费用。
+ 您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。
+ 如果可用区出现故障或 Amazon EC2 出现重大故障，您可以允许一段时间内只为 SAP 数据库和中央服务部署一组计算。
+ 您可以接受跨可用区的数据复制（需要数据库复制功能或块级复制解决方案）。
+ 您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。
+ 您可以接受在区域出现故障时，完成生产环境的恢复所需的时间长度不确定。
+ 您可以接受多区域方法带来的复杂性和成本增加。
+ 您可以接受需要手动操作才能在辅助区域恢复生产。

 **关键设计原则** 
+ 100% 的计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。
+ 计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动），需要在可用区出现故障或 Amazon EC2 服务严重降级时进行扩展。
+  [Amazon a EC2 uto reco](arch-guide-architecture-guidelines-and-decisions.md#arch-guide-ec2-auto-recovery) very 针对所有实例进行了配置，以防范底层硬件故障，但受第三方集群解决方案保护的实例除外。
+ 使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与 SAP 数据库相关的数据。
+ Amazon EFS 用于 SAP 全球文件系统，并在辅助区域上复制。
+ SAP 数据库的数据定期备份到 Amazon S3。
+ 定期为所有服务器拍摄 Amazon Machine Image/Amazon EBS 快照 
+  replicated/copied 为了保护[逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊计算机映像存储](arch-guide-failure-scenarios.md#arch-guide-logical-data-loss)到辅助区域。

 **优点** 
+ Amazon EC2 或可用区出现故障时的平均恢复时间 (MTTR) 较低
+ Amazon EC2 或可用区出现故障时可预测的恢复服务 (RTS)
+ 通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在两个可用区的不同 Amazon EBS 卷集上
+ 在主区域的两个可用区部署所需的计算容量
+ 主区域中的某个可用区出现故障时，不必依赖于从 Amazon S3 恢复数据
+ 能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障
+ 能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

 **注意事项** 
+ 对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。
+ 对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。
+ 如果可用区出现故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源以使应用程序层恢复到最大容量。
+ 扩展AWS资源、恢复数据以及将生产转移到次要区域需要有据可查和测试的流程。
+ 从您的本地位置到辅助AWS区域的网络延迟较高，可能会影响最终用户的性能。

## 模式 6：一个主区域，其中两个 AZs 用于生产，一个在单个可用区中部署计算和存储容量的辅助区域
<a name="arch-guide-pattern-6-a-primary-region-with-two-azs-for-production-and-secondary-region-containing-a-replica-of-backups-amis"></a>

 **图 12：一个主区域，具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量** 

![\[一个主区域，具有两个可用区用于生产环境，辅助区域中在单个可用区内部署了计算和存储容量\]](http://docs.aws.amazon.com/zh_cn/sap/latest/general/images/arch-guidance-pattern-6.png)


在这种模式下，您跨主区域中的两个可用区部署所有生产系统。在两个可用区中，为生产 SAP 数据库和中央服务层部署的计算容量大小相同，在一个可用区出现故障时，可自动进行失效转移。SAP 应用程序层所需的计算容量在两个可用区之间以 50/50 的比例分配。您的非生产系统的大小与生产系统**不相等**，并且部署在该区域内的不同可用区中。此外，计算容量部署在辅助区域的可用区 1 中，用于生产 SAP 数据库和中央服务层。使用数据库复制功能或块级复制解决方案，将生产数据库复制到辅助区域。

存储在 Amazon S3 中的生产数据库备份、Amazon EBS 快照和亚马逊机器映像会复制到辅助区域。在整个区域出现故障时，将使用数据库层的复制数据以及 SAP 中央服务和应用程序层的最新一组备份，在辅助区域中恢复生产系统。

 **如需满足以下要求，请选择此模式：**
+ 您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。
+ 对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。
+ 对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此造成的成本上升。
+ 您可以接受数据复制时与跨可用区相关的数据传输费用。
+ 您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。
+ 如果可用区出现故障或 Amazon EC2 出现重大故障，您可以允许一段时间内只为 SAP 数据库和中央服务部署一组计算。
+ 您可以接受跨可用区的复制与数据库相关的数据（需要数据库复制功能或块级复制解决方案）。
+ 您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。
+ 您需要规定在出现区域故障时恢复生产所需的时间长度。
+ 您可以接受多区域方法带来的复杂性和成本增加。
+ 您需要在辅助区域的单个可用区中，确保为生产 SAP 数据库和中央服务层提供计算容量。
+ 对于在辅助区域中的单个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此造成的成本上升。
+ 您可以接受需要手动操作才能在区域之间进行失效转移。

 **关键设计原则** 
+ 100% 的计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。
+ 100% 的计算容量部署在辅助区域的可用区 1 中，用于生产 SAP 数据库和中央服务层。
+ 计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动），需要在可用区出现故障或 Amazon EC2 服务严重降级时进行扩展。
+  [Amazon a EC2 uto reco](arch-guide-architecture-guidelines-and-decisions.md#arch-guide-ec2-auto-recovery) very 针对所有实例进行了配置，以防范底层硬件故障，但受第三方集群解决方案保护的实例除外。
+ 使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与数据库相关的数据。
+ 使用数据库复制功能或块级复制解决方案，在区域之间复制 Amazon EBS 上与 SAP 数据库相关的数据。
+ Amazon EFS 用于 SAP 全球文件系统，并复制到辅助区域。
+ SAP 数据库的数据定期备份到 Amazon S3。
+ 定期为所有服务器拍摄 Amazon Machine Image/Amazon EBS 快照 
+  replicated/copied 为了保护[逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊系统映像存储](arch-guide-failure-scenarios.md#arch-guide-logical-data-loss)到辅助区域。

 **优点** 
+ Amazon EC2、可用区或区域出现故障时的平均恢复时间 (MTTR) 较低
+ 可预测的恢复服务（RTS）
+ 通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在主区域中两个可用区的不同 Amazon EBS 卷集上，此外还保存到辅助数据库中一个可用区的卷集上
+ 在主区域的两个可用区以及辅助区域的一个可用区上部署所需的计算容量
+ 某个可用区或区域出现故障时，不必依赖于从 Amazon S3 恢复数据
+ 能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障
+ 能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

 **注意事项** 
+ 对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。
+ 对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。
+ 如果可用区出现故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源以使应用程序层恢复到最大容量。
+ 对于将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。
+ 从您的本地位置到辅助AWS区域的网络延迟较高，可能会影响最终用户的性能。
+ 在两个不同的区域中维护相同的软件版本和补丁级别（操作系统、数据库、SAP）会产生开销。

## 模式 7：一个主区域，其中两个 AZs 用于生产，另一个是部署计算和存储容量并在两个区域之间进行数据复制的辅助区域 AZs
<a name="arch-guide-pattern-7-a-primary-region-with-two-azs-for-production-and-secondary-region-with-compute-and-storage-capacity-deployed-in-a-single-az"></a>

 **图 13：一个主区域，具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据** 

![\[一个主区域，具有两个可用区用于生产环境，在辅助区域中部署了计算和存储容量，在两个可用区之间复制数据\]](http://docs.aws.amazon.com/zh_cn/sap/latest/general/images/arch-guidance-pattern-7.png)


在这种模式下，您跨主区域中的两个可用区部署所有生产系统。在两个可用区中，为生产 SAP 数据库和中央服务层部署的计算容量大小相同，在一个可用区出现故障时，可自动进行失效转移。SAP 应用程序层所需的计算容量在两个可用区之间以 50/50 的比例分配。此外，您在辅助区域的可用区 1 和可用区 2 中，为生产 SAP 数据库和中央服务层部署了计算容量，并使用数据库复制功能或块级复制解决方案，将生产数据库复制到辅助区域。存储在 Amazon S3 中的生产数据库备份、Amazon EBS 快照和亚马逊机器映像会复制到辅助区域。在整个区域出现故障时，生产系统将手动移动到辅助区域。

 **如需满足以下要求，请选择此模式：**
+ 您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。
+ 对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。
+ 如果可用区出现故障或 Amazon EC2 出现重大故障，您可以允许一段时间内只为 SAP 数据库和中央服务部署一组计算。
+ 您可以接受跨可用区的复制与数据库相关的数据（需要数据库复制功能或块级复制解决方案）。
+ 您可以接受数据复制时与跨可用区相关的数据传输费用。
+ 您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。
+ 您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。
+ 您需要规定在出现区域故障时恢复生产所需的时间长度。
+ 您需要在辅助区域的两个可用区中，确保为生产 SAP 数据库和中央服务层提供计算容量。
+ 对于跨辅助区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。
+ 您可以接受多区域方法带来的复杂性和成本增加。
+ 您可以接受需要手动操作才能在区域之间进行失效转移。

 **关键设计原则** 
+ 100% 的计算容量部署在主区域的可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。
+ 100% 的计算容量部署在辅助区域的可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。
+ 计算容量部署在主区域 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动），并且需要在可用区故障或 Amazon EC2 服务严重降级时进行扩展。
+ Amazon a EC2 uto recovery 针对所有实例进行了配置，以防范底层硬件故障，但受第三方集群解决方案保护的实例除外。
+ 使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与 SAP 数据库相关的数据。
+ 使用数据库复制功能或块级复制解决方案，在区域之间复制 Amazon EBS 上与 SAP 数据库相关的数据。
+ Amazon EFS 用于 SAP 全球文件系统，并在辅助区域上复制。
+ SAP 数据库的数据定期备份到 Amazon S3。
+ 所有服务器的 Amazon Machine Image/Amazon EBS 快照都是定期拍摄的。
+  replicated/copied 为了保护[逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊系统映像存储](arch-guide-failure-scenarios.md#arch-guide-logical-data-loss)到辅助区域。

 **优点** 
+ Amazon EC2、可用区或区域出现故障时的平均恢复时间 (MTTR) 较低
+ 可预测的恢复服务（RTS）
+ 通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在主区域中两个可用区的不同 Amazon EBS 卷集上，此外还保存到辅助数据库中两个可用区的不同 Amazon EBS 卷集上
+ 在主区域的两个可用区以及辅助区域的两个可用区上部署所需的计算容量
+ 某个可用区或区域出现故障时，不必依赖于从 Amazon S3 恢复数据
+ 能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障
+ 能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

 **注意事项** 
+ 对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。
+ 对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。
+ 如果可用区出现故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源以使应用程序层恢复到最大容量。
+ 对于将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。
+ 从您的本地位置到辅助AWS区域的网络延迟较高，可能会影响最终用户的性能。
+ 在两个不同的区域中维护相同的软件版本和补丁级别（操作系统、数据库、SAP）会产生开销。

## 模式 8：一个主区域，其中一个用于生产的可用区，一个包含备份副本的辅助区域 AMIs
<a name="arch-guide-pattern-8-a-primary-region-with-two-azs-for-production-and-secondary-region-with-compute-and-storage-capacity-deployed-and-data-replication-across-two-azs"></a>

 **图 14：一个主区域，其中一个用于生产的可用区，一个包含备份副本的辅助区域 AMIs** 

![\[一个主要区域，其中一个可用区域用于生产，一个包含备份副本的辅助区域 AMIs\]](http://docs.aws.amazon.com/zh_cn/sap/latest/general/images/arch-guidance-pattern-8.png)


在这种模式下，您在主区域的一个可用区中部署生产系统。您的非生产系统的大小与生产系统**不相等**，并且部署在该区域内的相同可用区或不同可用区中。

此外，存储在 Amazon S3 中的生产数据库备份、Amazon EBS 快照和亚马逊机器映像会复制到辅助区域。如果整个区域出现故障，生产系统将在辅助区域中从最新一组备份恢复。

 **如需满足以下要求，请选择此模式：**
+ 如果可用区出现故障或 Amazon EC2 服务严重降级，您可以接受与在其他可用区重新创建AWS资源并将永久数据恢复到 Amazon EBS 所需的可变时间长度（包括剩余可用区中所需计算容量可用性的任何延迟）相关的风险。
+ 您可以接受在区域出现故障时，完成生产环境的恢复所需的时间长度不确定的风险。
+ 您希望避免多可用区方法带来的成本影响，并可以接受生产 SAP 系统停机时间的相关风险。
+ 您可以接受多区域方法带来的复杂性和成本增加。
+ 您可以接受需要手动操作才能在辅助区域恢复生产。

 **关键设计原则** 
+ 100% 的计算容量部署在可用区 1 中，用于生产 SAP 数据库和中央服务层。
+ 100% 的计算容量部署在可用区 1 中，用于生产 SAP 应用程序层。
+  为所有实例配置了 [Amazon a EC2 uto Reco](arch-guide-architecture-guidelines-and-decisions.md#arch-guide-ec2-auto-recovery) very，以防出现底层硬件故障。
+ 部署的非生产计算容量，不到为生产 SAP 数据库和中央服务层部署的计算容量的 100%。
+ 仅将 SAP 数据库保存在单个可用区中的 Amazon EBS 上，并且不使用数据库复制功能或块级复制解决方案复制到其他可用区。
+ Amazon EFS 用于 SAP 全球文件系统。
+ SAP 数据库定期备份到 Amazon S3。
+ 配置 Amazon S3 单区域复制来防范[逻辑数据丢失](arch-guide-failure-scenarios.md#arch-guide-logical-data-loss)。
+ 定期为所有服务器拍摄 Amazon Machine Image/Amazon EBS 快照。
+  replicated/copied 为了保护[逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊系统映像存储](arch-guide-failure-scenarios.md#arch-guide-logical-data-loss)到辅助区域。

 **优点** 
+ 与多可用区相比，成本更低
+ 能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

 **注意事项** 
+ 如果可用区出现故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源，使 SAP 应用程序层恢复到最大容量。
+ 扩展AWS资源、恢复数据以及将生产转移到次要区域需要有据可查和测试的流程。
+ 从您的本地位置到辅助AWS区域的网络延迟较高，可能会影响最终用户的性能。
+ 由于采用两个可用区缺乏高可用性，因此在计算容量、可用区或区域出现故障时，恢复生产所需的时间会增加。