SAP Netweaver 与 在高可用性配置上运行 7.x SAP HANA
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 在 HA 配置多区中部署 Netweaver 7.x
下面的参考架构描述了 IBM Cloud VPC 中的高可用性实施情况，考虑了 SAP Netweaver 应用程序服务器和在虚拟服务器实例上运行的 SAP HANA 数据库工作负载。
SAP 系统的高可用性部署基于两个起搏器集群配置：
- 一个群集可保护 SAP 应用程序和中央服务的单点故障。
- 第二个集群确保 SAP HANA 数据库的可用性。
SAP 技术组件
在此配置中部署了以下 SAP 技术组件：
- SAP HANA 数据库 在 2 个 VSI 上安装两个装置，并进行复制配置，以支持 HA。
- SAP ASCS 实例，安装在其中一个节点上。 该实例包含消息服务器和 Enqueue 服务器进程。 它用于在 SAP 系统中管理锁、交换信息和平衡工作量。
- SAP ERS 实例，安装在相反的节点上。 该 Enqueue Replication 服务器是 HA 场景中的必选实例，其作用是在本地内存中保存 Enqueue 表的副本。
- SAP 主应用程序服务器 PAS，具有对话和批处理功能。
- SAP AAS，一个附加应用程序服务器，安装在与 PAS 相关的另一个节点上。
- SAP 路由器（可选），提供与 VSI 的安全连接以及支持 AG 远程服务的远程连接。SAP
VPC 服务和组件
IBM Cloud VPC 支持 高可用性配置的服务和组件：SAP
- 提供客户接入和互联网连接的网络服务（VPN、Public Gateway )
- Jumphost：用于从同一客户区域直接访问、管理 SAP 虚拟服务器实例。
- 应用程序负载平衡器，作用是为 SAP 和 HANA 集群中的虚拟实例分配流量
- DNS Services
- FileShares 提供基于 的文件存储，可用作共享存储，支持 Netweaver 文件系统配置的需要。NFS SAP
面向客户网络（CFN）上的客户端使用浮动 IP 访问 IBM Cloud 中的虚拟服务器实例。 虚拟服务器实例托管在地理区域内的可用性区域（数据中心）。
SAP 虚拟服务器实例可以位于单独的安全区域，但应位于同一 IBM Cloud 区域。 客户与 jumphost 的连接遵循的规则与从客户处所直接连接到虚拟服务器实例 SAP 实例的规则相同。 连接使用指定公共子网的浮动 IP 和安全组 1 防火墙规则。 在此架构中，定义了两个安全组；这种安排是分离公有子网和私有子网的最简单方法。 如果需要更多隔离，可以添加更多安全组。
高可用性的主要方面
关键组件的冗余、自动故障切换机制以及与集群和系统复制技术（如 Pacemaker 和 SAP HANA 系统复制）的集成是高可用性参考架构的重要方面。
为了保持终端用户对应用处理的访问和可用性，建议 SAP 应用服务器安装冗余。 这可以通过使用 2 个 VSI 的主应用服务器和附加应用服务器来实现。
如果发生崩溃，其中一个节点失效，用户将无法访问失效的相应应用服务器。 如果登录组用于负载平衡，用户可以重新连接，并被重定向到剩余的可用应用服务器。
其他故障点包括 ASCS 实例和 SAP HANA 数据库：
- ASCS 实例应部署在高可用性群集中。 这样，由 Enqueue 服务器管理的 enqueue 表锁就会受到保护。 为此，在另一个 VSI 上部署 ERS 实例，并在其实例内存中创建锁表的复制副本。 如果 ASCS 出现故障，锁表可从 ERS 实例保存的复制副本中重建。
SAP Netweaver 7.x 系统默认运行 ENSA1 配置，这意味着在双节点集群中，ASCS 会故障切换到运行 ERS 的同一节点，以便能够使用共享内存机制从 ERS 实例附加 ENQ 锁表副本。
- 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 HANA 系统复制扩展（高可用性方案）
SAP HANA 扩展型高可用性配置中的系统复制支持多种部署配置，每种配置都符合不同的业务和运营要求，如性能优化、成本控制和服务连续性（RTO）。
- HANA 性能优化：第一个节点上安装的 SAP HANA 与第二个节点上安装的 SAP HANA 数据库同步（同步操作模式为日志重放）。 接管时间非常短，因为第二个节点上的数据库被配置为在内存中预载表。
- HANA 性能优化，辅助站点读取启用：性能优化方案，但允许在辅助数据库站点上进行读取访问。 这也被称为主动-主动配置。
- HANA 成本优化：在这种情况下，备用或辅助 HANA 数据库与非生产性数据库系统（如测试或开发系统）同地部署。 每当接管发生时，非生产系统就必须停止运行，以便腾出必要的硬件资源来运行已升级的 HANA 生产实例。 在这种情况下，工作台预载关闭，接管时间延长。
高度适用于 MultiZone (MZ) 和 SingleZone (SZ) 环境
在一个区域内的多个区域之间部署资源可实现高可用性和故障隔离，因为即使一个区域出现故障，工作负载也能继续运行。 有关 IBM Cloud 中区域的更多详情，请点击此处。 不过，通过在区域内使用单个区域，也可以在 HA 配置中部署资源。 下面的参照模式说明了这种方法。
- 只部署了一个专用子网
- SAP HANA 是同一网段的 2 节点群集
- SAP 服务实例 ASCS/ERS 属于同一网段，并与 应用服务器共用 2 个节点 VSI。SAP
- 在 DNS 服务的帮助下，客户端和应用程序还可通过应用程序负载平衡器对虚拟主机名进行寻址。
电源放置组和放置策略可为单个区域内的虚拟机提供辅助保护，并确保每个实例都放置在具有独立电源和网络设备的计算机主机上。 请参阅 IBM Cloud 中有关安置小组的信息。
