多区域架构模式

您要求数据始终仅位于两个特定地理位置的 Amazon 区域。

您可以接受多可用区方法带来的潜在网络延迟因素。

您可以接受多区域方法带来的复杂性增加。

您可以接受多区域方法带来的成本影响/差异，包括：

第二个区域中的额外计算和/或存储成本。

您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。

对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。

您可以接受数据复制时与跨可用区相关的数据传输费用。

您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。

您可以接受在某个可用区出现故障或者 Amazon EC2 出现严重故障时，在一段时间内，只部署了一组计算容量用于 SAP 数据库和中央服务。

您可以接受跨可用区的数据复制（需要数据库复制功能或块级复制解决方案）。

您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。

您可以接受在区域出现故障时，完成生产环境的恢复所需的时间长度不确定。

您可以接受多区域方法带来的复杂性和成本增加。

您可以接受需要手动操作才能在辅助区域恢复生产。

100% 的计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。

计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动）。当可用区出现故障或 Amazon EC2 服务严重降级时，需要能够扩展。

为所有实例配置了 Amazon EC2 自动恢复功能，来防范底层硬件故障，但受第三方集群解决方案保护的实例除外。

使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与 SAP 数据库相关的数据。

Amazon EFS 用于 SAP 全球文件系统，并在辅助区域上复制。

SAP 数据库的数据定期备份到 Amazon S3。

定期获取所有服务器的亚马逊机器映像/Amazon EBS 快照 

为了防范逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊机器映像被复制/拷贝到辅助区域。

Amazon EC2 或可用区出现故障时，平均恢复时间（MTTR）较低

在 Amazon EC2 或可用区出现故障时，能够实现可预测的恢复服务（RTS）

通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在两个可用区的不同 Amazon EBS 卷集上

在主区域的两个可用区部署所需的计算容量

主区域中的某个可用区出现故障时，不必依赖于从 Amazon S3 恢复数据

能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障

能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。

对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。

在某个可用区出现故障或 Amazon EC2 服务性能严重降级时，对于扩展 Amazon 资源以将应用程序层恢复到完整容量，需要有明确记录在案且经过测试的流程。

对于扩展 Amazon 资源、恢复数据并将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。

从您的本地位置到辅助 Amazon 区域的网络延迟较高，这可能会影响最终用户的性能。

您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。

对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。

对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此造成的成本上升。

您可以接受数据复制时与跨可用区相关的数据传输费用。

您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。

您可以接受在某个可用区出现故障或者 Amazon EC2 出现严重故障时，在一段时间内，只部署了一组计算容量用于 SAP 数据库和中央服务。

您可以接受跨可用区的复制与数据库相关的数据（需要数据库复制功能或块级复制解决方案）。

您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。

您需要规定在出现区域故障时恢复生产所需的时间长度。

您可以接受多区域方法带来的复杂性和成本增加。

您需要在辅助区域的单个可用区中，确保为生产 SAP 数据库和中央服务层提供计算容量。

对于在辅助区域中的单个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此造成的成本上升。

您可以接受需要手动操作才能在区域之间进行失效转移。

100% 的计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。

100% 的计算容量部署在辅助区域的可用区 1 中，用于生产 SAP 数据库和中央服务层。

计算容量部署在可用区 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动）。当可用区出现故障或 Amazon EC2 服务严重降级时，需要能够扩展。

为所有实例配置了 Amazon EC2 自动恢复功能，来防范底层硬件故障，但受第三方集群解决方案保护的实例除外。

使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与数据库相关的数据。

使用数据库复制功能或块级复制解决方案，在区域之间复制 Amazon EBS 上与 SAP 数据库相关的数据。

Amazon EFS 用于 SAP 全球文件系统，并复制到辅助区域。

SAP 数据库的数据定期备份到 Amazon S3。

定期获取所有服务器的亚马逊机器映像/Amazon EBS 快照 

为了防范逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊机器映像被复制/拷贝到辅助区域。

在 Amazon EC2、可用区或区域出现故障时，平均恢复时间（MTTR）较低

可预测的恢复服务（RTS）

通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在主区域中两个可用区的不同 Amazon EBS 卷集上，此外还保存到辅助数据库中一个可用区的卷集上

在主区域的两个可用区以及辅助区域的一个可用区上部署所需的计算容量

某个可用区或区域出现故障时，不必依赖于从 Amazon S3 恢复数据

能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障

能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。

对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。

在某个可用区出现故障或 Amazon EC2 服务性能严重降级时，对于扩展 Amazon 资源以将应用程序层恢复到完整容量，需要有明确记录在案且经过测试的流程。

对于将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。

从您的本地位置到辅助 Amazon 区域的网络延迟较高，这可能会影响最终用户的性能。

在两个不同的区域中维护相同的软件版本和补丁级别（操作系统、数据库、SAP）会产生开销。

您需要规定完成生产环境恢复的时间长度，并需要确保在主区域的另一个可用区中，提供用于生产 SAP 数据库和中央服务层的计算容量。

对于跨主区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。

您可以接受在某个可用区出现故障或者 Amazon EC2 出现严重故障时，在一段时间内，只部署了一组计算容量用于 SAP 数据库和中央服务。

您可以接受跨可用区的复制与数据库相关的数据（需要数据库复制功能或块级复制解决方案）。

您可以接受数据复制时与跨可用区相关的数据传输费用。

您可以接受在可用区之间实现自动失效转移需要第三方集群解决方案。

您可以接受将应用程序层恢复到 100% 容量所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）。

您需要规定在出现区域故障时恢复生产所需的时间长度。

您需要在辅助区域的两个可用区中，确保为生产 SAP 数据库和中央服务层提供计算容量。

对于跨辅助区域中的两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储容量，您可以接受由此产生的额外成本。

您可以接受多区域方法带来的复杂性和成本增加。

您可以接受需要手动操作才能在区域之间进行失效转移。

100% 的计算容量部署在主区域的可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。

100% 的计算容量部署在辅助区域的可用区 1 和可用区 2 中，用于生产 SAP 数据库和中央服务层。

计算容量部署在主区域的可用区 1 和可用区 2 中，用于生产 SAP 应用程序层（主动/主动），当可用区出现故障或 Amazon EC2 服务严重降级时，需要能够扩展。

为所有实例配置了 Amazon EC2 自动恢复功能，来防范底层硬件故障，但受第三方集群解决方案保护的实例除外。

使用数据库复制功能或块级复制解决方案，在可用区之间复制 Amazon EBS 上与 SAP 数据库相关的数据。

使用数据库复制功能或块级复制解决方案，在区域之间复制 Amazon EBS 上与 SAP 数据库相关的数据。

Amazon EFS 用于 SAP 全球文件系统，并在辅助区域上复制。

SAP 数据库的数据定期备份到 Amazon S3。

定期获取所有服务器的亚马逊机器映像/Amazon EBS 快照。

为了防范逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊机器映像被复制/拷贝到辅助区域。

在 Amazon EC2、可用区或区域出现故障时，平均恢复时间（MTTR）较低

可预测的恢复服务（RTS）

通过数据库复制功能或块级复制解决方案，将与数据库相关的数据保存在主区域中两个可用区的不同 Amazon EBS 卷集上，此外还保存到辅助数据库中两个可用区的不同 Amazon EBS 卷集上

在主区域的两个可用区以及辅助区域的两个可用区上部署所需的计算容量

某个可用区或区域出现故障时，不必依赖于从 Amazon S3 恢复数据

能够将数据库和中央服务层失效转移到可用区 2，防止性能严重降级或可用区的整体故障

能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

对于可用区之间的自动失效转移，需要有明确记录在案且经过测试的流程。

对于维护自动化失效转移解决方案，需要有明确记录在案且经过测试的流程。

在某个可用区出现故障或 Amazon EC2 服务性能严重降级时，对于扩展 Amazon 资源以将应用程序层恢复到完整容量，需要有明确记录在案且经过测试的流程。

对于将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。

从您的本地位置到辅助 Amazon 区域的网络延迟较高，这可能会影响最终用户的性能。

在两个不同的区域中维护相同的软件版本和补丁级别（操作系统、数据库、SAP）会产生开销。

您可以接受在某个可用区出现故障或者 Amazon EC2 服务严重性能降级后，在不同可用区中重新创建 Amazon 资源并将保存的数据恢复到 Amazon EBS 所需的时间长度不确定（包括在剩余可用区中提供所需计算容量会出现的任何延迟）的风险。

您可以接受在区域出现故障时，完成生产环境的恢复所需的时间长度不确定的风险。

您希望避免多可用区方法带来的成本影响，并可以接受生产 SAP 系统停机时间的相关风险。

您可以接受多区域方法带来的复杂性和成本增加。

您可以接受需要手动操作才能在辅助区域恢复生产。

100% 的计算容量部署在可用区 1 中，用于生产 SAP 数据库和中央服务层。

100% 的计算容量部署在可用区 1 中，用于生产 SAP 应用程序层。

为所有实例配置了 Amazon EC2 自动恢复功能，以防出现底层硬件故障。

部署的非生产计算容量，不到为生产 SAP 数据库和中央服务层部署的计算容量的 100%。

仅将 SAP 数据库保存在单个可用区中的 Amazon EBS 上，并且不使用数据库复制功能或块级复制解决方案复制到其他可用区。

Amazon EFS 用于 SAP 全球文件系统。

SAP 数据库定期备份到 Amazon S3。

配置 Amazon S3 单区域复制来防范逻辑数据丢失。

定期获取所有服务器的亚马逊机器映像/Amazon EBS 快照。

为了防范逻辑数据丢失，Amazon S3 数据（数据库备份）、Amazon EBS 快照和亚马逊机器映像被复制/拷贝到辅助区域。

与多可用区相比，成本更低

能够通过失效转移到辅助区域来防范性能严重降级或整个区域故障

在某个可用区出现故障或 Amazon EC2 服务性能严重降级时，对于扩展 Amazon 资源以将 SAP 应用程序层恢复到完整容量，需要有明确记录在案且经过测试的流程。

对于扩展 Amazon 资源、恢复数据并将生产环境转移到辅助区域，需要有明确记录在案且经过测试的流程。

从您的本地位置到辅助 Amazon 区域的网络延迟较高，这可能会影响最终用户的性能。

由于采用两个可用区缺乏高可用性，因此在计算容量、可用区或区域出现故障时，恢复生产所需的时间会增加。