单一区域架构模式 - SAP HANA
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

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

单一区域架构模式

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

模式 1:一个区域有两个可用区供生产


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

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

在此模式下,您将所有生产系统部署到两个可用区域。为生产 SAP 数据库和中央服务层部署的计算在两个可用区中的大小相同,在发生区域故障时自动进行故障切换。SAP 应用程序层所需的计算在两个区域之间进行 50/50 拆分。你的非生产系统是大小与您的生产相同,并且部署在同一个区域或区域内的不同可用区中。

如果:

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

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

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

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

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

  • 您可以接受所需的可变时间持续时间(包括其余可用区中所需计算容量的可用性的任何延迟),以便在发生区域故障时将应用程序层恢复到 100% 的容量。

主要设计原则

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

  • 对于生产应用程序层(主动/主动),计算容量部署在可用区 1 和可用区 2 中。如果出现可用区故障,则需要扩展应用程序层以恢复到剩余区域内的 100% 容量。

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

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

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

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

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

  • 定期为所有服务器拍摄亚马逊系统映像 /Amazon EBS 快照。 

优点

  • 平均恢复时间低 (MTTR)

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

  • 能够通过将数据库和中央服务层故障切换到可用区 2,防范严重降级或完全可用区故障

  • 如果出现可用区或 Amazon EBS 故障,无需从 Amazon S3 恢复数据

注意事项

  • 在可用区之间进行自动故障切换需要有完善的记录和测试过的流程。

  • 维护自动故障转移解决方案需要有完善的记录和测试过的流程。

  • 扩展需要有完善的记录和测试过的流程Amazon在出现可用区故障或 Amazon EC2 服务严重降级的情况下,将应用程序层恢复到所需容量的资源。

模式 2:一个区域有两个可用区用于生产和生产规模的第三个可用区域中的非生产


              单个区域有两个可用区域用于生产和第三个可用区内的生产规模非生产规模

图 8:单个区域有两个可用区域用于生产和第三个可用区内的生产规模非生产规模

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

如果:

  • 如果区域内出现可用区故障,您需要能够继续拥有多可用区配置进行生产。

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

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

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

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

  • 您可以接受所需的可变时间持续时间(包括其余可用区中所需计算容量的可用性的任何延迟),以便在可用区发生故障时将应用程序层恢复到 100% 的容量。

主要设计原则

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

  • 100% 的生产计算容量(数据库和中央服务)部署在第三个可用区中,供正常运营中的非生产使用。

  • 对于生产应用程序层(主动/主动),计算容量部署在可用区 1 和可用区 2 中。如果出现可用区故障,则需要扩展应用程序层以恢复到剩余区域内的 100% 容量。

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

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

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

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

  • Amazon S3单区域复制已配置为防范逻辑数据丢失.

  • 定期为所有服务器拍摄亚马逊系统映像 /Amazon EBS 快照。

优点

  • 平均恢复时间低 (MTTR)

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

  • 能够通过将数据库和中央服务层故障切换到可用区 2,防范严重降级或完全可用区故障

  • 如果出现可用区故障或 Amazon EBS 故障,则无需从 Amazon S3 恢复数据

  • 根据数据库或数据块级复制解决方案的功能,可选择将数据保存在三个不同的可用区域中的 Amazon EBS

  • 在出现严重降级或完全可用区出现故障时,使用非生产计算容量在两个可用区恢复生产

注意事项

  • 在可用区之间进行自动故障切换需要有完善的记录和测试过的流程。

  • 维护自动故障转移解决方案需要有完善的记录和测试过的流程。

  • 扩展需要有完善的记录和测试过的流程Amazon在出现可用区故障或 Amazon EC2 服务严重降级的情况下,将应用程序层恢复到所需容量的资源。

  • 在出现可用区故障影响生产的情况下,需要有完善的记录和测试过的流程,才能将计算容量从非生产重新分配到恢复生产以跨两个可用区运行。

模式 3:一个区域有一个可用区用于生产,另一个用于非生产的可用区


              单个区域有一个可用区域用于生产,另一个用于非生产的可用区域

图 9:单个区域有一个可用区域用于生产,另一个用于非生产的可用区域

在此模式下,您将所有生产系统部署在一个可用区中,将所有非生产系统部署在另一个可用区中。您的非生产系统与您的生产规模相当。

如果:

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

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

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

  • 您可以接受在可用区发生故障后将应用程序层恢复到 100% 容量所需的可变持续时间(包括其余可用区中所需计算容量的任何延迟)。

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

主要设计原则

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

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

  • 100% 的生产计算容量(SAP 数据库和中央服务)部署在可用区 2 中,供正常运营中的非生产使用。

  • 为所有实例配置了 Amazon EC2 auto 恢复,以防止底层硬件故障。

  • SAP 数据库仅保存在 Amazon EBS 上的单个可用区中,而不会在另一个可用区中复制。

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

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

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

  • 定期为所有服务器拍摄亚马逊系统映像 /Amazon EBS 快照。

优点

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

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

注意事项

  • 为了确保可恢复性,需要将所需的计算容量从非生产重新分配到生产以及在不同可用区恢复数据的完整记录和测试过的过程。

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

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

模式 4:具有单个可用区域进行生产的单个区域


              具有单一可用区用于生产的单一区域

图 10:具有单一可用区用于生产的单一区域

在此模式下,您将所有生产系统部署在一个可用区中,将所有非生产系统部署在同一可用区或另一个可用区中。你的非生产系统是与你的生产相似的规模。

如果:

  • 如果出现可用区故障或 Amazon EC2 服务严重降级,您可以接受与所需的可变时间持续时间相关的风险(包括其余可用区中所需计算容量的可用性的任何延迟)以重新创建Amazon资源位于不同可用区中,然后将持久数据还原到 Amazon EBS。

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

主要设计原则

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

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

  • Amazon EC2 已针对所有实例进行配置,以防止底层硬件故障。

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

  • SAP 数据库仅保存在 Amazon EBS 上的单个可用区中,而不会在另一个可用区中复制。

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

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

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

  • 定期为所有服务器拍摄亚马逊系统映像 /Amazon EBS 快照。

优点

  • 最低成本

  • 设计最简单

  • 简单的操作

注意事项

  • 有详细记录和测试的扩展流程Amazon为了确保可恢复性,需要在不同的可用区中恢复资源和恢复数据。