SAP S/4HANA 在高可用性配置上运行
IBM Cloud® 架构提供了卓越的技术能力,例如对云基础设施至关重要的软件可定义环境、可编程接口以及数百种硬件和网络配置。 其设计目的是通过混合使用虚拟服务器和专用服务器以适应各种工作负载、接口自动化和混合部署选项,提供更高水平的灵活性。 IBM Cloud SAP-Certified Infrastructure 为 SAP HANA 和 SAP NetWeaver 提供最合适的裸机和虚拟化服务器选择,在这些服务器上运行 SAP 软件栈。
SAP HANA SAP NetWeaver IBM Cloud® SAP HANA 是安装在专用数据库服务器上的内存数据库。 SAP HANA 的主要架构部署是单主机或多主机系统。 IBM Cloud 已通过认证,可运行 应用服务器 ABAP、和 基于这些应用服务器栈的产品。SAP NetWeaver Java SAP
SAP S/4 在多区 HA 配置中部署 HANA
SAP 系统的高可用性部署基于两个起搏器集群配置:
- 一个群集可保护 SAP 应用程序和中央服务的单点故障。
- 第二个集群确保 SAP HANA 数据库的可用性。
SAP 技术组件
以下是在此配置中部署的 SAP 技术组件:
- SAP HANA 数据库 - 两个安装在两个 VSI 上的数据库,具有 HA 支持的复制配置。
- SAP ASCS 实例,安装在其中一个节点上。 该实例包含消息服务器和 Enqueue 服务器进程。 它用于在 SAP 系统中管理锁、交换信息和平衡工作量。
- SAP ERS 实例,安装在相反的节点上。 Enqueue Replication 服务器是 HA 场景中的一个必选实例,其作用是在本地内存中保存 enqueue 表的副本。
- SAP 主应用程序服务器 PAS,具有对话和批处理功能。
- SAP AAS,一个附加应用程序服务器,安装在与 PAS 相关的另一个节点上。
- SAP 路由器(可选),提供与 VSI 的安全连接以及支持 AG 远程服务的远程连接。SAP
VPC 服务和组件
以下是支持 SAP 高可用性配置的 IBM Cloud VPC 服务和组件:
- 网络服务(VPN、Public Gateway )--提供客户接入和互联网连接。
- Jumphost - 用于从同一客户区直接访问、管理 SAP 虚拟服务器实例。
- 应用程序负载平衡器 - 为 SAP 和 HANA 集群中的虚拟实例分配流量。
- DNS Services
- FileShares- 提供基于 NFS 的文件存储,可用作共享存储,支持 SAP Netweaver 文件系统配置的需要。
面向客户网络(CFN)上的客户端使用浮动 IP 访问 IBM Cloud 中的虚拟服务器实例。 虚拟服务器实例托管在地理区域内的可用性区域(数据中心)。
SAP 虚拟服务器实例可以位于单独的安全区域,但应位于同一 IBM Cloud 区域。 客户与 jumphost 的连接遵循的规则与从客户处所直接连接到虚拟服务器实例 SAP 实例的规则相同。 连接使用指定公共子网的浮动 IP 和安全组 1 防火墙规则。 在此架构中,定义了两个安全组;这种安排是分离公有子网和私有子网的最简单方法。 如果需要更多隔离,可以添加更多安全组。
高可用性的主要方面
关键组件的冗余、自动故障切换机制以及与集群和系统复制技术(如 Pacemaker 和 SAP HANA 系统复制)的集成是高可用性参考架构的重要方面。
为了保持最终用户对应用处理的访问和可用性,建议 SAP 应用服务器安装冗余。 这可以通过使用 2 个 VSI 的主应用服务器和附加应用服务器来实现。
如果发生崩溃,其中一个节点失效,用户将无法访问失效的相应应用服务器。 如果登录组用于负载平衡,当用户再次连接时,他们会被重定向到剩余的可用应用服务器。
其他故障点包括 ASCS 实例和 SAP HANA 数据库:
- ASCS 实例应部署在 HighAvailability 集群中。 这样,由 Enqueue 服务器管理的 enqueue 表锁就会受到保护。 为此,在另一个 VSI 上部署 ERS 实例,并在其实例内存中创建锁表的复制副本。 如果 ASCS 出现故障,则可从 ERS 实例持有的复制副本重建排队锁表。 信息服务器重新启动后,通信会中断,但数据完整性得到保证。
SAP S/4 HANA 系统默认运行 ENSA2 配置,在此概念下,ASCS 无需在 ERS 节点上启动。 不过,在 2 节点集群配置中,ASCS 将故障转移到运行 ERS 的同一节点。
- SAP HANA 通过将数据库实例安装在 High Availability 集群中,还可以保护数据库系统。Pacemaker 该环境是作为标准的双节点高可用性集群构建的,其中一个节点处于活动状态,另一个节点作为辅助节点运行,并持续同步数据。 SAP HANA 数据库使用同步模式(模式=同步,启用日志重放)的本地 HANA 系统复制(HSR)进行配置,确保所有提交的数据都能近乎实时地从主节点复制到辅助节点。 复制在两个大小相同的 SAP HANA 实例之间建立。 虽然 SAP HANA 支持用于处理大型工作负载的扩展(纵向扩展)和横向扩展(横向扩展)架构,但本次部署的重点是扩展模式。
简单安装结构 (SUSE Linux )
在传统的 HA 设置中,群集会在故障切换操作期间管理 SAP 文件系统的挂载和卸载。 简单挂载架构假定这些文件系统不需要切换,也不受起搏器群集的控制。 该结构基于外部网络文件共享。 简单挂载设置只需要 2 个简单的文件系统布局,而不是每个 SAP 系统需要多个文件系统,每个 SAP 实例需要多个文件系统:"/ [sapmnt] /SID "和"/ [usr] /sap/SID"。 使用 systemd 或 fstab 等标准操作系统机制,可在启动时在所有节点上静态挂载带有实例目录的 NFS 共享。 此外," /usr/sap/sapservices” 文件位于每个群集节点的本地位置。 为了与早期的 HA 设置兼容,此参考架构仍使用“旧”文件系统布局,但大多数文件共享都挂载在两个节点上,以实现简单挂载方法。

SAP 独立排队服务器 1 ( ) 和独立排队服务器 2 ( ) ENSA1ENSA2 为保护 SAP 系统的关键组件之一,也是单点故障之一的 enqueue 表,需要单独安装 Enqueue Replication Server 实例 (ERS),以保存 enqueue 表的副本。
在 ENSA1 安装中,ASCS 需要故障切换到运行 ERS 的节点,以便重建自己的 ENQ 锁表。 这是通过同步实例共享内存段实现的,因此必须在运行 ERS 的节点上启动 ASCS。
从 SAP NW 7.52 / SAP S4 HANA 开始,默认安装为 Standalone Enqueue Server 2。 这一新机制取代了 ENSA1,在 HA 安装中引入了一些改进的行为,并提高了故障切换操作的灵活性。 ENQ 表的复制/拷贝现在通过网络连接执行。 这意味着发生故障切换时,无需在 ERS 侧重启 ASCS,而是在群集的任何其他节点(包括原始节点)上重启。 当然,在双节点集群设置中,ASCS 仍会故障转移到对面的节点,即运行 ERS 的同一节点。
SAP HANA 系统复制扩展(高可用性方案)
SAP HANA 扩展型高可用性配置中的系统复制支持多种部署配置,每种配置都符合不同的业务和运营要求,如性能优化、成本控制和服务连续性(RTO)。
- HANA 性能优化:第一个节点上安装的 SAP HANA 与第二个节点上安装的 SAP HANA 数据库同步(同步操作模式为日志重放)。 接管时间非常短,因为第二个节点上的数据库被配置为在内存中预载表。
- HANA 性能优化,辅助站点读取启用:性能优化方案,但允许在辅助数据库站点上进行读取访问。 这也被称为主动-主动配置。
- HANA 成本优化:在这种情况下,备用或辅助 HANA 数据库与非生产性数据库系统(如测试或开发系统)同地部署。 每当接管发生时,非生产系统就必须停止运行,以便腾出必要的硬件资源来运行已升级的 HANA 生产实例。 在这种情况下,工作台预载关闭,接管时间延长。
高度适用于 MultiZone (MZ) 和 SingleZone (SZ) 环境
在一个区域内的多个区域之间部署资源可实现高可用性和故障隔离,因为即使一个区域出现故障,工作负载也能继续运行。 更多信息,请参阅 IBM Cloud 区域和数据中心资源部署位置。
不过,通过在区域内使用单区,也可以在 HA 配置中部署资源。
- 只部署了一个专用子网。
- SAP HANA 是同一网段中的两个节点集群。
- SAP 服务实例 ASCS/ERS 属于同一网段,并与 应用服务器共用两个节点 VSI。SAP
- 在 DNS 服务的帮助下,客户端和应用程序还可通过应用程序负载平衡器对虚拟主机名进行寻址。
电源放置组和放置策略可为单个区域内的虚拟机提供辅助保护,并确保每个实例都放置在具有独立电源和网络设备的计算机主机上。 请参阅 IBM Cloud 关于安置小组的信息。