在 IBM 上为 SAP 应用程序实现高可用性 Power Virtual Server

在 IBM® Power® Virtual Server 上运行 SAP，可以为基于 SAP HANA 的应用程序和传统应用程序提供一致的平台，提供世界级的性能、关键工作负载的弹性，以及灵活的基础架构。

请参考以下信息，了解如何通过 Power Virtual Server 实例为 SAP 系统实施高可用性解决方案。

SAP 系统架构

SAP 系统的主要组成部分如下。

SAP HANA 系统

SAP HANA 系统为 SAP 应用服务器提供租户数据库。

SAP 应用服务器

SAP 应用服务器提供或其他应用解决方案的功能部分。SAP S/4HANA SAP 系统的所有自定义和应用数据都存储在 SAP HANA 系统的租户数据库中。

SAP 应用系统作为一个单元安装和配置，由以下应用实例组成。

一个ABAP系统中央服务实例（ASCS实例）每个 SAP 申请系统都有一个ASCS实例，由一个消息服务器和一个排队服务器组成。
一个或多个应用服务器实例（AS实例）
- 主应用服务器（PAS）是为ABAP系统安装的第一个AS实例。
- 为ABAP系统安装的其他AS实例称为附加应用服务器（AAS）。

应用程序服务器实例和ASCS实例都依赖于共享文件系统，需要读写访问权限。

共享文件系统

通常，共享文件系统导出到 NFS 服务器上，并安装在所有实例上。

图1展示了 SAP 系统的技术组件。

实施 SAP 高可用性解决方案的注意事项

为了获得高可用性保护，建议安装冗余的应用服务器。至少安装两台应用服务器（PAS和AAS），并使用登录组来实现负载均衡。如果应用服务器发生故障，所有连接到该实例的用户会话都将停止。用户再次登录，负载均衡将用户重定向到另一个仍在运行的应用服务器。

其他技术组件，如ASCS实例、SAP HANA 数据库和共享文件系统，都是单点故障，必须加以保护。

ASCS实例

保护ASCS实例的最佳方法是，在额外的虚拟服务器上部署一个排队复制服务器（ERS）实例，并使用HA集群软件实现故障自动切换。

将ASCS和ERS安装在连接到两个虚拟服务器实例的共享磁盘上，或者安装在 NFS 文件系统上。

ASCS实例的排队服务器管理锁表，ERS在主内存中创建锁表的复制副本。如果必须重启排队服务器，则使用ERS上的副本重建锁表，并保留所有锁。

只需重启邮件服务器即可，因为无需保留任何数据。

按照 Red Hat Enterprise Linux High Availability Add-On 群集中为 SAP S/4HANA(ASCS 和 ERS)配置高可用性的步骤，为 ABAP 系统中央服务实例设置 HA 群集。
共享文件系统

保护 NFS 服务器的推荐方法是启用额外的虚拟服务器实例。然后，在连接到虚拟服务器实例的共享磁盘上创建 NFS 导出文件系统，并使用HA群集软件自动进行故障切换。

请按照在 Red Hat Enterprise Linux High Availability Add-On 群集中配置主动-被动 NFS Server 中的步骤，为共享文件系统设置 HA 群集。
SAP HANA 系统

SAP HANA 提供了两种扩展系统的方法 ：纵向扩展和横向扩展。凭借 IBM Power Virtual Server 中一系列经过 SAP HANA 认证的 IBM Power Virtual Server，我们专注于 SAP HANA 扩展解决方案。

保护 SAP HANA 系统的最佳方式是在单独的虚拟服务器实例上建立辅助 SAP HANA 系统。然后，配置 SAP HANA 系统复制，并使用HA群集软件自动进行故障切换。

下图显示了在 Power Virtual Server 上实施的高可用性 SAP 系统的架构概览。

图 2。 SAP Power Virtual Server HA架构概述 HA架构概述 HA架构概述 — SAP Power Virtual Server

SAP HANA 高可用性解决方案方案

解决方案因恢复时间目标（RTO）而异。

高可用性解决方案的变体 SAP HANA
场景	典型RTO	注释
性能优化	几分钟	除非您有特殊要求，否则系统将默认使用此方案。
主动/主动（已启用）	几分钟	在主动/主动（已启用）配置中，SAP HANA 系统复制允许对辅助系统中的数据库内容进行读取访问。
成本优化	几十分钟	在成本优化的配置中，非生产性 SAP HANA 系统在正常运行时在辅助节点上运行。辅助节点的硬件资源在非生产系统和 SAP HANA 系统复制辅助节点之间共享。关闭列表中的数据预加载，可减少生产 SAP HANA 系统复制二级中的内存消耗。当发生故障转移时，非生产实例会在节点接管生产工作负载之前自动停止。与性能优化的配置相比，接管时间更长。

根据您的要求，选择其中一种方案的文件。

SAP HANA 系统复制性能优化方案

在 Red Hat Enterprise Linux High Availability Add-On 集群中配置 SAP HANA 扩展系统复制。
SAP HANA 系统复制成本优化方案

在 Red Hat Enterprise Linux High Availability Add-On 集群中配置 SAP HANA 成本优化扩展系统复制。
SAP HANA 系统复制主动-主动（启用读取）方案

在 Red Hat Enterprise Linux High Availability Add-On 集群中配置 SAP HANA 活动/活动（已启用读取）系统复制。

SAP HANA 灾难恢复解决方案方案

为了对数据库系统进行额外保护，请使用 SAP HANA 系统复制功能将 SAP HANA 系统复制到位于不同区域的第三系统。根据您的要求，从两种拓扑结构中选择一种。

SAP HANA 多层系统复制方案

通过 SAP HANA 多层系统复制，您可以将多个系统链接在一起，从而实现更高的可用性。

在 Red Hat Enterprise Linux High Availability Add-On 集群中配置 SAP HANA 多层系统复制。
SAP HANA 多目标系统复制方案

多目标系统复制允许主系统和辅助系统将更改复制到多个系统。

在 Red Hat Enterprise Linux High Availability Add-On 集群中配置 SAP HANA 多目标系统复制。

SAP HANA 多区域环境中的高可用性解决方案

IBM Power Virtual Server 中的子网不能跨越多个工作区。无法将服务IP地址移动到第二个工作区，并继续从VPC或其他工作区使用该地址访问所提供的服务。然而，在多区域环境中，需要这种能力来建立高度可用的 SAP HANA 系统复制方案。

powervs-subnet 资源代理解决了这一限制。在接管事件中，资源代理将整个子网（包括IP地址）从一个工作区移动到另一个工作区。

以下数据说明了这种情况。

两个虚拟服务器实例部署在具有不同子网的独立工作区中。

SAP HANA 安装在两个虚拟服务器实例上，并配置了系统复制。SAP HANA
这两个虚拟服务器实例被配置为具有各自子网的两个节点高可用性集群。
为 Subnet 3 和 IP address 3 配置了使用 powervs-subnet 资源代理的集群资源。为无类域间路由（CIDR）选择一个较小的范围，只有 IP address 3 和网关的IP地址分配在 Subnet 3 中。
SAP HANA 数据库客户使用连接数据库。IP address 3

在正常操作期间

子网3 在1号工作区创建。
子网3 连接到虚拟服务器实例1。
IP地址3 配置在虚拟服务器实例1上。
SAP HANA 主服务器在虚拟服务器实例1上运行，SAP HANA 辅助服务器在虚拟服务器实例2上运行。

图 3。 SAP HANA 在多区域地区HA概述中，发送电子邮件至在多区域地区HA概述中，发送电子邮件至在多区域地区HA概述中，发送电子邮件至 Power Virtual Server — SAP HANA Power Virtual Server

在收购集群之后

子网3 在空间2中创建。
子网3 连接到虚拟服务器实例2。
IP地址3 配置在虚拟服务器实例2上。
SAP HANA 主服务器在虚拟服务器实例2上运行。

图 4. SAP HANA 在多区域地区HA接管中，发送电子邮件至在多区域地区HA接管中，发送电子邮件至在多区域地区HA接管中，发送电子邮件至 Power Virtual Server — SAP HANA Power Virtual Server

请参阅在多区域区域环境中实施 Red Red Hat Enterprise Linux Red Hat Enterprise Linux 高可用性附加组件集群中的信息，了解如何为 powervs-subnet 资源代理。