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

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

多区域架构模式

如果需要以下条件,应选择多区域架构:

  • 您需要数据驻留在两个特定的地理位置Amazon任何时候都是地区。

  • 您可以接受与多区域方法相关的潜在网络延迟注意事项。

  • 你可以接受与多区域方法相关的增加的复杂性。

  • 您可以接受与多区域方法相关的成本影响/差异,包括:

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

模式 5:一个主区域,有两个可用区用于生产,另一个包含备份 /AMI 副本的辅助区域


              一个主区域具有两个可用区供生产使用,另一个包含备份 /AMIS 副本的辅助区域

图 11:一个主区域具有两个可用区供生产使用,另一个包含备份 /AMIS 副本的辅助区域

在此模式下,您将生产系统部署到主区域的两个可用区域中。在两个可用区中,为生产 SAP 数据库和中央服务层部署的计算大小相同,在可用区发生故障时,会自动进行故障切换。SAP 应用程序层所需的计算在两个可用区之间进行 50/50 拆分。此外,存储在 Amazon S3、Amazon EBS 快照和 Amazon 系统映像中的生产数据库备份将在辅助区域中复制。如果发生完全区域故障,生产系统将从第二个区域的最后一组备份中恢复。

在以下情况下选择此模式

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

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

  • 您可以接受与跨可用区相关的数据传输成本以进行数据复制。

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

  • 您可以允许在一段时间内,如果出现可用区故障或 Amazon EC2 重大故障,则只为 SAP 数据库和中央服务部署了一组计算机。

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

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

  • 在发生区域故障时,您可以接受完成生产恢复所需的可变时间持续时间。

  • 您可以接受与多区域方法相关的复杂性和成本的增加。

  • 您可以接受需要手动操作才能恢复第二个区域的生产。

主要设计原则

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

  • 计算容量部署在可用区 1 和可用区 2 中,用于生产 SAP 应用程序层(主动/主动),如果出现可用区故障或 Amazon EC2 服务严重降级,则需要扩展计算容量。

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

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

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

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

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

  • Amazon S3 数据(数据库备份)、Amazon EBS 快照和 Amazon 系统映像复制/复制到辅助区域以进行保护逻辑数据丢失.

优势

  • 在 Amazon EC2 或可用区发生故障时,平均恢复时间 (MTTR) 较短

  • 在 Amazon EC2 或可用区发生故障时,可预测的恢复服务 (RTS)

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

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

  • 在主区域出现可用区故障时,不依赖从 Amazon S3 恢复数据

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

  • 能够通过故障切换到辅助区域来防范重大退化或完全地区故障

注意事项

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

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

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

  • 扩展需要有完善的记录和测试过的流程Amazon资源、恢复数据以及将生产转移到辅助区域。

  • 从您的本地位置到辅助网络延迟Amazon区域可能会影响最终用户的绩效

模式 6:主区域包含两个用于生产的可用区域和一个辅助区域,计算和存储容量部署在单个可用区域


              具有两个生产可用区的主区域和一个在单个可用区中部署计算和存储容量的辅助区域

图 12:具有两个生产可用区的主区域和一个在单个可用区中部署计算和存储容量的辅助区域

在此模式下,您将所有生产系统部署到主区域的两个可用区域中。在两个可用区中,为生产 SAP 数据库和中央服务层部署的计算大小相同,在可用区发生故障时会自动进行故障切换。SAP 应用程序层所需的计算在两个可用区之间进行 50/50 拆分。你的非生产系统是大小与您的生产相当,并且部署在该区域内的不同可用区中。此外,计算容量部署在辅助区域的可用区 1 中,用于生产 SAP 数据库和中央服务层。使用数据库复制功能或块级复制解决方案将生产数据库复制到辅助区域。

存储在 Amazon S3、Amazon EBS 快照和 Amazon 系统映像中的生产数据库备份将复制到辅助区域。如果发生完全区域故障,将使用数据库层的复制数据以及 SAP 中央服务和应用程序层的最后一组备份在辅助区域中恢复生产系统。

在以下情况下选择此模式

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

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

  • 您可以接受在主区域中的两个可用区中部署生产 SAP 数据库和中央服务层所需的计算和存储的增加成本。

  • 您可以接受与跨可用区相关的数据传输成本以进行数据复制。

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

  • 您可以允许在一段时间内,如果出现可用区故障或 Amazon EC2 重大故障,则只为 SAP 数据库和中央服务部署了一组计算机。

  • 您可以接受,跨可用区对数据库相关的数据进行数据复制需要数据库复制功能或块级复制解决方案。

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

  • 在区域出现故障时,您需要一个定义的时间窗口才能完成生产恢复。

  • 您可以接受与多区域方法相关的复杂性和成本的增加。

  • 对于生产 SAP 数据库和中央服务层,您需要在辅助区域的单个可用区内确保计算容量的可用性。

  • 您可以接受在辅助区域的一个可用区中的两个可用区中部署生产 SAP 数据库和中央服务层所需的计算和存储的增加成本。

  • 您可以接受需要手动操作才能在区域之间进行故障切换。

主要设计原则

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

  • 在辅助区域的可用区 1 中部署了 100% 的计算容量,用于生产 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 系统映像复制/复制到辅助区域以进行保护逻辑数据丢失.

优势

  • 发生 Amazon EC2、可用区或区域故障时的平均恢复时间 (MTTR)

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

  • 通过数据库复制功能或块级复制解决方案,数据库相关数据将数据库相关数据保存在主区域的两个可用区中的两个可用区域中的不同集 Amazon EBS 卷上,以及辅助区域中的一组可用区中的

  • 在主区域的两个可用区和辅助区域的一个可用区中部署所需的计算容量

  • 在出现可用区故障或区域故障时,不依赖从 Amazon S3 恢复数据

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

  • 能够通过故障切换到辅助区域来防范重大退化或完全地区故障

注意事项

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

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

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

  • 将生产转移到第二区域需要有完善的记录和测试过的流程。

  • 从您的本地位置到辅助网络延迟Amazon区域可能会影响最终用户的绩效

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

模式 7:一个主区域,其中有两个可用区域用于生产,另一个辅助区域部署了计算和存储容量以及跨两个可用区域


            具有两个生产可用区的主区域和一个部署了计算和存储容量以及跨两个可用区域进行数据复制的辅助区域

图 13:具有两个生产可用区的主区域和一个部署了计算和存储容量以及跨两个可用区域进行数据复制的辅助区域

在此模式下,您将所有生产系统部署到主区域的两个可用区域中。在两个可用区中,为生产 SAP 数据库和中央服务层部署的计算大小相同,在可用区发生故障时会自动进行故障切换。SAP 应用程序层所需的计算在两个可用区之间进行 50/50 拆分。此外,您还在可用区 1 和辅助区域的可用区 2 中部署了用于生产 SAP 数据库和中央服务层的计算容量,并且使用数据库复制功能或块级复制将生产数据库复制到辅助区域解决方案。存储在 Amazon S3、Amazon EBS 快照和 Amazon 系统映像中的生产数据库备份将在辅助区域中复制。如果出现完全地区故障,生产系统将手动移至辅助区域。

在以下情况下选择此模式

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

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

  • 您可以允许在一段时间内,如果出现可用区故障或 Amazon EC2 重大故障,则只为 SAP 数据库和中央服务部署了一组计算机。

  • 您可以接受,跨可用区对数据库相关的数据进行数据复制需要数据库复制功能或块级复制解决方案。

  • 您可以接受与跨可用区相关的数据传输成本以进行数据复制。

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

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

  • 在区域出现故障时,您需要一个定义的时间窗口才能完成生产恢复。

  • 对于生产 SAP 数据库和中央服务层,您需要确保辅助区域的两个可用区中的计算容量可用性。

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

  • 您可以接受与多区域方法相关的复杂性和成本的增加。

  • 您可以接受需要手动操作才能在区域之间进行故障切换。

主要设计原则

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

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

  • 计算容量部署在主区域的可用区 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 系统映像复制/复制到辅助区域以进行保护逻辑数据丢失.

优势

  • 发生 Amazon EC2、可用区或区域故障时的平均恢复时间 (MTTR)

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

  • 通过数据库复制功能或块级复制解决方案,数据库相关数据将数据库相关数据保存在主区域的两个可用区中的不同 Amazon EBS 卷集和辅助区域的两个可用区中的不同 Amazon EBS 卷集

  • 在主区域的两个可用区和辅助区域的两个可用区中部署所需的计算容量

  • 在出现可用区或区域故障时,不依赖从 Amazon S3 恢复数据

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

  • 能够通过故障切换到辅助区域来防范重大退化或完全地区故障

注意事项

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

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

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

  • 将生产转移到第二区域需要有完善的记录和测试过的流程。

  • 从您的本地位置到辅助网络延迟Amazon区域可能会影响最终用户的绩效

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

模式 8:一个主区域,其中有一个用于生产的可用区域和一个包含备份 /AMI 副本的辅助区域


            具有一个生产可用区和包含备份 /AMIS 副本的辅助区域的主区域

图 14:具有一个生产可用区和包含备份 /AMIS 副本的辅助区域的主区域

在此模式下,您将生产系统部署在一个可用区的主区域中。你的非生产系统是与您的生产相同的大小,并且部署在同一可用区或区域内的不同可用区中。

此外,存储在 Amazon S3、Amazon EBS 快照和 Amazon 系统映像中的生产数据库备份将复制到辅助区域。如果发生完全区域故障,生产系统将从第二个区域的最后一组备份中恢复。

在以下情况下选择此模式

  • 如果出现可用区故障或 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 S3 数据(数据库备份)、Amazon EBS 快照和 Amazon 系统映像复制/复制到辅助区域以进行保护逻辑数据丢失.

优势

  • 与多可用区相比,成本降低

  • 能够通过故障切换到辅助区域来防范重大退化或完全地区故障

注意事项

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

  • 扩展需要有完善的记录和测试过的流程Amazon资源、恢复数据以及将生产转移到辅助区域。

  • 从您的本地位置到辅助网络延迟Amazon区域可能会影响最终用户的绩效

  • 如果由于两个可用区之间缺乏高可用性而导致计算、可用区或区域故障,则恢复生产需要更长的时间。