Infra 选型

1.1 同可用区部署（推荐）

在同可用区部署模式下，ASCS 和 ERS 节点位于同一可用区，共享文件系统（NAS）也部署在同一可用区。

架构特点：

• 节点间网络延迟最低（通常 < 1ms）

• 共享文件系统访问延迟最低，适合对响应时间敏感的 Enqueue 操作

• 成本较低，无需跨可用区带宽费用

适用场景：

• 生产环境常规 HA 需求

• 对 SAP 事务响应时间有较高要求的系统

• 希望简化运维复杂度的场景

共享文件系统建议：

• 推荐使用阿里云 NAS（通用型或极速型） 作为 /sapmnt/<SID>、/usr/sap/<SID> 等共享目录的存储后端。

• 在 Simple Mount 架构下，ASCS 和 ERS 实例目录可共享同一个 NAS 文件系统。

STONITH 方案建议：

同可用区部署可以在两种 STONITH 方案中选择，详细对比见本文第 6 章：

• SBD（Storage-Based Death）：基于 ESSD 云盘多重挂载实现，隔离动作由共享盘与 watchdog 完成，不依赖阿里云 OpenAPI，隔离耗时确定性更好。仅同可用区可用——ESSD 多重挂载要求云盘与所有挂载实例位于同一可用区。

• fence_aliyun：通过阿里云 OpenAPI 重启故障节点，同可用区与跨可用区均适用，无需额外云盘。

1.2 跨可用区部署

在跨可用区部署模式下，ASCS 和 ERS 节点分别位于不同可用区，以实现可用区级别的故障隔离。

架构特点：

• 提供可用区级故障容灾能力

• 节点间网络延迟增加（通常 1-3ms，具体取决于地域）

• 共享文件系统访问延迟增加，可能影响 ASCS/ERS 性能

• 虚拟 IP 漂移必须使用跨可用区方案（如路由表漂移aliyun-vpc-move-ip方案）

• STONITH 只能使用 fence_aliyun：ESSD 云盘多重挂载要求云盘与所有挂载实例位于同一可用区，跨可用区场景下无法构建两节点共享的 SBD 磁盘，因此 SBD 方案不可用

• 架构复杂度和成本均高于同可用区部署

共享文件系统建议：

• 在跨可用区部署模式下，推荐使用阿里云 CPFS 同城冗余版本（ZRS）作为共享文件系统。CPFS ZRS 支持跨可用区访问和数据冗余，是跨可用区场景下实现存储层高可用的正确选择。注：当前阿里云 CPFS ZRS 处于邀测状态，如需创建，请参考 存储冗余，提交工单进行申请。

• CPFS 跨可用区方案的优势：

  • 真正的跨可用区冗余：CPFS ZRS 文件系统本身具备跨可用区数据冗余能力，任一可用区故障不影响其他可用区对存储的访问。

  • 延迟可控：同一地域内跨可用区访问 CPFS 的延迟通常在 1~3ms，对 SAP Enqueue 和 Message Server 的性能影响在可接受范围内。若将 SAP 实例节点部署在与 CPFS ZRS 交换机所在的可用区内，可进一步降低访问延迟，实现同可用区内 IO 访问的效果。

  • 统一管理：一个 CPFS 文件系统即可覆盖所有集群节点的共享文件系统需求，无需为每个可用区创建独立的存储实例。

• CPFS 的关键注意事项：

  • NFSv3 协议：CPFS-NFS 当前仅支持 NFSv3，不支持 NFSv4。SAP ASCS/ERS 场景下 NFSv3 完全满足功能需求。

  • CPFS-NFS 客户端：需要安装阿里云专用的 CPFS-NFS 客户端（aliyun-alinas-utils），并通过 mount -t cpfs-nfs 命令挂载。

  • AppArmor 配置：在 SUSE 操作系统上，CPFS-NFS 客户端的 haproxy 代理进程受 AppArmor 限制，需在挂载参数中指定 hp_config_dir 为 AppArmor 放行的路径（配置步骤见《前置准备》）。

决策建议：

2.1 ASCS/ERS 节点

ASCS 和 ERS 节点的资源需求相对较低，主要消耗 CPU 和内存用于锁管理和消息路由。

推荐实例族（按代际优先级排序）：

ASCS/ERS 节点典型选型建议：

2.2 PAS/AAS 节点

PAS（Primary Application Server）和 AAS（Additional Application Server）承载实际的业务负载，选型需根据 SAP Sizing 结果确定。这些节点不需要集群化，通过多实例横向扩展（Adding AAS）来提升处理能力和可用性。

常用实例族包括：

3.1 存储用途总览

3.2 同可用区场景：NAS

在同可用区部署模式下，推荐使用阿里云 NAS 作为应用层共享文件系统。

NAS 配置要点：

• 选择 通用型 NAS 或 极速型 NAS（对延迟更敏感的场景选极速型）

• NAS 文件系统应与 ECS 节点位于同一可用区

• 为 ASCS 和 ERS 各创建独立的 NAS 文件系统（传统架构），或共享一个 NAS（Simple Mount 架构）

NAS 文件系统的创建、挂载参数（vers=4、hard、_netdev 等）与 fstab 配置示例见《前置准备》。

3.3 跨可用区场景：CPFS

在跨可用区部署模式下，推荐使用阿里云 CPFS 同城冗余版本（ZRS）作为共享文件系统。CPFS ZRS 支持跨可用区访问和数据冗余，是跨可用区场景下实现存储层高可用的正确选择。

注：当前阿里云 CPFS ZRS 处于邀测状态，如需创建，请参考 存储冗余，提交工单进行申请。

CPFS 方案核心优势：

• 跨可用区冗余：CPFS ZRS 文件系统本身具备跨可用区数据冗余能力，多个可用区可同时访问同一文件系统。任一可用区故障不影响其他可用区的存储访问。

• 统一访问点：不同可用区的 ECS 实例使用相同的 CPFS 挂载地址，无需为每个可用区创建独立的存储实例。

• 协议支持：CPFS 通过 NFSv3 协议提供文件系统访问，功能上完全满足 SAP ASCS/ERS 的共享文件系统需求。

CPFS 使用要点：

• 需要在 ECS 实例上安装阿里云 CPFS-NFS 客户端（aliyun-alinas-utils）。

• CPFS 使用 cpfs-nfs 文件系统类型挂载，通过 haproxy 进程代理 IO 访问。

• 在 SUSE 操作系统上，haproxy 受 AppArmor 限制，挂载参数中必须指定 hp_config_dir（配置步骤见《前置准备》）。

• ASCS 和 ERS 实例目录可共享同一个 CPFS 文件系统的不同导出目录。

部署建议：

• 部署前应在目标地域实测 CPFS 跨可用区访问延迟，确保满足 SAP 业务对 Enqueue 和 Message Server 响应时间的要求。

CPFS 的控制台创建、客户端安装、fstab 挂载与 AppArmor 配置步骤见《前置准备》。

3.4 SBD 共享盘：ESSD 云盘多重挂载（仅同可用区）

采用 SBD STONITH 方案（见本文第 6 章方案 B）时，需要一块被两个集群节点同时挂载的共享块设备。阿里云上通过 ESSD 云盘多重挂载（Multi-Attach） 功能实现。若采用 fence_aliyun 方案，则不需要这块盘，本节可跳过。

规格建议：

关键使用限制：

• 必须同一可用区：多重挂载要求云盘与所有挂载的 ECS 实例位于同一可用区。这是 SBD 方案无法用于跨可用区部署的根本原因。

• 仅支持创建云盘时开启：多重挂载只能在单独创建云盘时开启，不支持对存量云盘开启或关闭。若已有云盘未开启该功能，需重新创建。

• 云盘类型与性能级别不可变更：开启多重挂载的云盘不支持「变更云盘类型」和「修改 ESSD 云盘性能级别」，因此上表的类型与容量选择在创建时即锁定。后续如需调整，只能删除云盘后重建，并重新执行 sbd create 初始化及重启集群。

• 实例规格族需支持 NVMe：可通过 DescribeInstanceTypes 接口查询实例规格族的 NvmeSupport 参数确认。本文推荐的 g7/g9i 等规格族均支持。

• 镜像需包含 NVMe 驱动：SLES for SAP 15 官方镜像已包含，无需额外处理。

• 不随实例释放：需在释放 ECS 后单独清理该云盘。

云盘的创建与挂载（含两节点盘一致性校验、by-id 稳定路径获取）见《前置准备》。

4.1 可用区与 IP 地址规划

IP 地址规划需结合可用区部署方式。以下为示例规划：

同可用区部署示例：

跨可用区部署示例：

阿里云 OpenAPI 端点与 /etc/hosts 名称解析配置见《前置准备》。

5.1 Simple Mount 架构（推荐）

Simple Mount 架构通过 NFS 共享替代集群控制的文件系统资源，大幅简化集群配置和维护。

同可用区部署 - NFS Server (阿里云 NAS):
├── /sapmnt/<SID>             ──  所有节点 NFSv4 挂载
└── /usr/sap/<SID>            ──  所有集群节点 NFSv4 挂载
    ├── ASCS<xx>/             ──  ASCS 实例目录
    ├── ERS<xx>/              ──  ERS 实例目录
    └── SYS/                  ──  系统目录

跨可用区部署 - NFS Server (阿里云 CPFS):
├── /share/sapmnt             ──  所有节点 CPFS-NFS (NFSv3) 挂载
└── /share/usrsap             ──  所有集群节点 CPFS-NFS (NFSv3) 挂载
    ├── ASCS<xx>/             ──  ASCS 实例目录
    ├── ERS<xx>/              ──  ERS 实例目录
    └── SYS/                  ──  系统目录

各节点本地文件系统:
/usr/sap/                     ──  本地 XFS（包含 sapservices, saphostagent）

各节点 /etc/fstab 的挂载配置示例见《前置准备》。

5.2 Classic Mount 架构

Classic Mount 架构为 ASCS 和 ERS 各使用独立的 NAS 文件系统，通过 Pacemaker 的 Filesystem 资源代理控制挂载/卸载：

NAS 文件系统 1 --> /usr/sap/<SID>/ASCS<xx>  (由集群控制挂载)
NAS 文件系统 2 --> /usr/sap/<SID>/ERS<xx>   (由集群控制挂载)
NFS 共享       --> /sapmnt                   (OS 层面挂载)
NFS 共享       --> /usr/sap/<SID>/SYS        (OS 层面挂载)