单区域架构模式

在以下情况下选择单个区域模式：

• 您要求数据始终仅位于特定的地理AWS区域（区域）

• 您想避免与多区域方法相关的潜在网络延迟注意事项

• 您希望避免与多区域方法相关的成本影响或差异，包括：

  • AWS不同AWS地区的服务定价

  • 跨区域数据传输成本

模式 1：具有两个用于生产的可用区的单个区域

图 7：具有两个生产可用区的单个区域

在这种模式下，您可以将所有生产系统部署在两个可用区中。在两个可用区中，为生产 SAP 数据库和中央服务层部署的计算大小相同，在区域出现故障时会自动进行故障转移。SAP 应用程序层所需的计算在两个区域之间按 50/50 分配。您的非生产系统的大小与您的生产系统不相等，它们部署在该区域的相同区域或不同的可用区中。

在以下情况下选择此模式：

• 您需要一个定义的时间窗口来完成生产恢复，并确保生产 SAP 数据库和中央服务层在另一个可用区域的计算容量可用性。

• 您可以接受跨两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储的额外费用。

• 您的非生产环境的规模与生产环境的规模不相等，因此在出现可用区故障或 Amazon EC2 服务严重下降时，不能用作生产的牺牲容量。

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

• 您可以接受，可用区之间的自动故障转移需要第三方集群解决方案。

• 您可以接受在区域出现故障时将应用程序层恢复到 100% 容量所需的可变时间持续时间（包括剩余可用区域中所需计算容量的任何延迟）。

关键设计原则

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

• 计算容量部署在生产应用程序层（Active/Active）的可用区 1 和可用区 2。如果可用区出现故障，则需要扩展应用程序层，使其在剩余区域内恢复到 100% 的容量。

• SAP 数据库使用数据库复制功能或块级复制解决方案保存在两个可用区的 Amazon EBS 上。

• Amazon EC2 auto 恢复针对所有实例进行了配置，以防范底层硬件故障，受第三方集群解决方案保护的实例除外。

• 亚马逊 EFS 用于 SAP 全球文件系统。

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

• Amazon S3 单区域复制配置为保护逻辑数据丢失。

• 定期为所有服务器拍摄 Amazon Machine Image/Amazon EBS 快照。 

优点

• 平均恢复时间 (MTTR) 低

• 可预测的恢复服务 (RTS)

• 能够通过将数据库和中央服务层故障转移到 Availity Zone 2 来防止严重降级或可用区总体故障

• 在出现可用区或 Amazon EBS 故障时，无需从 Amazon S3 恢复数据

注意事项

• 在可用区之间进行自动故障切换需要有据可查和经过测试的流程。

• 维护自动故障转移解决方案需要有据可查和经过测试的流程。

• 如果出现可用区故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源以使应用程序层恢复到所需容量。

模式 2：具有两个用于生产的可用区的单个区域，第三个可用区中生产规模的非生产区域

图 8：具有两个可用区域的单个区域用于生产，第三个可用区中用于生产规模的非生产区域

在这种模式下，您可以将所有生产系统部署在两个可用区中。在两个可用区中，为生产 SAP 数据库和中央服务层部署的计算大小相同，在区域出现故障时会自动进行故障转移。SAP 应用程序层所需的计算在两个可用区之间按 50/50 分配。您的非生产系统的大小等于您的生产系统，并部署在第三个可用区中。如果部署生产系统的可用区出现故障，则会重新分配非生产容量以使生产恢复到多可用区模式。

在以下情况下选择此模式：

• 如果该区域内出现可用区故障，您需要能够继续使用多可用区配置来进行生产。

• 您需要一个定义的时间窗口来完成生产恢复，并确保生产 SAP 数据库和中央服务层的计算容量在另一个可用区域的可用性。

• 您可以接受跨两个可用区为生产 SAP 数据库和中央服务层部署所需的计算和存储的额外费用。

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

• 您可以接受，可用区之间的自动故障转移需要第三方集群解决方案。

• 您可以接受在可用区出现故障时将应用程序层恢复到 100% 容量所需的可变时长（包括剩余可用区中所需计算容量的任何可用延迟）。

关键设计原则

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

• 100% 的生产计算容量（数据库和中央服务）部署在第三个可用区中，供非生产在正常操作中使用。

• 计算容量部署在生产应用程序层（Active/Active）的可用区 1 和可用区 2。如果可用区出现故障，则需要扩展应用程序层，使其在剩余区域内恢复到 100% 的容量。

• Amazon EC2 auto 恢复针对所有实例进行了配置，以防范底层硬件故障，受第三方集群解决方案保护的实例除外。

• SAP 数据库使用数据库复制功能或块级复制解决方案保存在两个可用区的 Amazon EBS 上。

• 亚马逊 EFS 用于 SAP 全球文件系统。

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

• Amazon S3 单区域复制配置为防止逻辑数据丢失。

• 所有服务器的 Amazon Machine Image/Amazon EBS 快照是定期拍摄的。

优点

• 平均恢复时间 (MTTR) 低

• 可预测的恢复服务 (RTS)

• 能够通过将数据库和中央服务层故障转移到 Availity Zone 2 来防止严重降级或可用区总体故障

• 在出现可用区故障或 Amazon EBS 故障时，无需从 Amazon S3 恢复数据

• 可选择将数据保存在三个不同的可用区的 Amazon EBS 上，具体取决于数据库或块级复制解决方案的能力

• 使用非生产计算容量在两个可用区出现严重故障或可用区总体故障时恢复生产运行

注意事项

• 在可用区之间进行自动故障切换需要有据可查和经过测试的流程。

• 维护自动故障转移解决方案需要有据可查和经过测试的流程。

• 如果出现可用区故障或 Amazon EC2 服务严重降级，则需要经过充分记录和测试的流程来扩展AWS资源以使应用程序层恢复到所需容量。

• 在出现影响生产的可用区故障时，需要有据可查和测试的流程来重新分配非生产的计算容量，使生产恢复到跨两个可用区域运行。

模式 3：单个区域，其中一个可用区用于生产，另一个可用区用于非生产

图 9：单个区域，其中一个可用区用于生产，另一个可用区用于非生产

在这种模式下，您将所有生产系统部署在一个可用区中，将所有非生产系统部署在另一个可用区中。您的非生产系统的大小等于您的生产系统。

在以下情况下选择此模式：

• 您需要一个定义的时间窗口来完成生产恢复，并保证 SAP 数据库和中央服务层在另一个可用区域的计算容量可用性。

• 您可以接受将计算容量从非生产重新分配到生产所需的额外时间，将其作为恢复生产的整个时间窗口的一部分。

• 您可以接受将数据从其他可用区的 Amazon S3 恢复到 Amazon EBS 所需的时间作为恢复生产的整个时间窗口的一部分。

• 您可以接受在可用区出现故障（包括剩余可用区所需计算容量可用性方面的任何延迟）后，将应用程序层恢复到 100% 容量所需的可变时长。

• 如果出现可用区故障或 Amazon EC2 服务严重降级，您可以接受只为生产 SAP 数据库和中央服务层部署一组计算的时间段。

关键设计原则

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

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

• 100% 的生产计算容量（SAP 数据库和中央服务）部署在可用区 2 中，供非生产部门在正常操作中使用。

• Amazon EC2 auto 恢复已针对所有实例进行配置，以防范底层硬件故障。

• SAP 数据库仅保留在单个可用区的 Amazon EBS 上，不在其他可用区中复制。

• 亚马逊 EFS 用于 SAP 全球文件系统。

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

• Amazon S3 单区域复制配置为防止逻辑数据丢失。

• 定期为所有服务器拍摄 Amazon Machine Image/Amazon EBS 快照。

优点

• 通过在生产可用区出现故障时使用非生产容量来优化成本

• 在两个可用区部署所需的计算容量以实现更可预测的恢复时间

注意事项

• 为了确保可恢复性，需要有据可查和测试的流程，将所需的计算容量从非生产环境重新分配到生产环境以及在不同的可用区恢复数据。

• 如果可用区故障影响生产，则可能会丢失非生产环境。

• 由于两个可用区之间缺乏高可用性，在发生计算故障或可用区故障时恢复生产所需的时间会增加。

模式 4：单一区域，单一可用区用于生产

图 10：具有单个生产可用区的单一区域

在这种模式下，您将所有生产系统部署在一个可用区中，并将所有非生产系统部署在同一个可用区或其他可用区中。您的非生产系统的大小与您的生产系统不相似。

在以下情况下选择此模式：

• 如果出现可用区故障或 Amazon EC2 服务严重降级，您可以接受与在其他可用区重新创建AWS资源并将永久数据恢复到 Amazon EBS 所需的时间长度（包括剩余可用区所需计算容量的任何延迟）相关的风险。

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

关键设计原则

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

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

• Amazon EC2 针对所有实例进行了配置，以防范底层硬件故障。

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

• SAP 数据库仅保留在单个可用区的 Amazon EBS 上，不在其他可用区中复制。

• 亚马逊 EFS 用于 SAP 全球文件系统。

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

• Amazon S3 单区域复制配置为防止逻辑数据丢失。

• 所有服务器的 Amazon Machine Image/Amazon EBS 快照是定期拍摄的。

优点

• 最低成本

• 最简单的设计

• 最简单的操作

注意事项

• 为了确保可恢复性，需要在不同的可用区扩展AWS资源和恢复数据的有据可查和测试的流程。