SAP on AWS在云端部署的常见架构第二种方式_行业深度_AWS



 写点什么

当在 AWS 平台上进行 SAP 架构设计时，高可用往往伴随着 DR 统一考虑，我将 SAP on AWS 在云端部署的常见架构汇总成以下的四个专题。

（第一部分 SAP on AWS EC2 Auto Recovery)

（第二部分 SAP on AWS Pilot Light）

（第三部分 SAP on AWS 单可用区高可用）

（第四部分 SAP on AWS 跨可用区高可用）

本文我将介绍 SAP on AWS 在云端部署的常见架构第二种方式

SAP on AWS Pilot Light

Pilot Light – 长明灯，灯塔。主要用于基于跨可用区或跨区域的应用层数据容灾环境。当可用区出现异常问题时，可通过手工或脚本的方式将相关资源在目标环境中拉起。

为了更好说明此架构的特点，现以 S/4 分布式部署环境为例。一套 S/4 运行环境（非高可用部署）基本可分为以下组成部分：

对于一个最优的 S/4 系统，Pilot Light 架构设计需要从应用和数据库两方面分别进行考虑。

· 应用层面：基于 SAP 架构的设计特点[1]，ASCS、PAS 在进行架构设计时通常考虑使用共享文件服务将 SAP 共享目录例如 /sapmnt 、/usr/sap/trans 分别挂载到 ASCS 和 PAS 上。通常使用 AWS EFS 完成此功能，但由于某些区域暂时并未提供此服务，所以客户可通过自建 NFS 的方式实现。根据实际的项目特点，一般推荐客户使用 DRBD+NFS 或 GlusterFS 两种方式完成 NFS 的搭建工作。

· 数据层面：S/4 系统后端数据库为 HANA，可通过基于数据库应用层面的数据同步 HSR 功能实现此部分数据的同步。

此架构优势如下：

此架构同样也存在以下劣势：

为了优化目标架构成本，以及目标环境架构能够满足业务变化的特点，在系统进行初始化配置时，需明确以下内容：

下面以一套 S/4 系统为例说明 Pilot Light 整体架构在 AWS 上的功能实现。

假设场景：

整个架构具体实现如下：