SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Date: 4月 28, 2020

适用于 S/4HANA 和其他 SAP 平台的高可用性和 DR

SAP 是企业应用软件的市场领导者。多年来，SAP 帮助各种规模和所有行业的公司高效运营，多年来建立了依赖于其平台的企业生态系统。事实证明，全球 77% 的交易收入涉及 SAP 系统。

SAP 应用程序涉及公司的许多关键部分，例如其 ERP、制造、业务流程、客户服务等。它已成为许多企业赖以经营才能正常运行的生命线。因此，高可用性已成为公司管理层在其 SAP 系统方面最关心的问题之一。

在本文中，我们将在高级别上讨论什么是 HANA 系统复制、它的工作原理、在高可用性方面有哪些限制，以及我们如何克服这些限制。我们还将讨论 HANA 高可用性选项以及主要区别是什么，以便您可以为正确的工作选择正确的工具。

为了选择适合 HA 的解决方案，您可能需要在一天结束时问自己一些关键问题：

  • 满足恢复时间目标 （RTO）

—— SAP 可以关闭多长时间才能恢复？

  • 满足恢复点目标 （RPO）

——恢复服务时数据可能有多旧

  • 满足可用性服务级别协议 （SLA）

——你需要多少时间？

SAP HANA 系统复制

SAP HANA 系统复制是一种可靠的数据保护和灾难恢复解决方案，可提供 HANA 数据库与同一数据中心、远程站点或云中的辅助位置的连续同步。

系统复制是软件附带的标准 SAP HANA 功能。使用此功能，所有数据都会复制到辅助站点，数据会预加载到辅助站点上的内存中，从而显著缩短恢复时间目标 （RTO）。因此，在故障转移的情况下，辅助站点将能够接管，甚至无需执行 HANA DB （重新）启动，并在故障转移时立即作为主数据库工作。但是，故障转移必须由使用sr_takeover命令的管理员手动触发，并且要反转复制，或者故障回主，还需要发出单独的命令。

HANA 系统复制故障转移高可用性和 DR
图 1：HANA 系统复制故障转移高可用性和 DR

以下是 HA 和 DR 的 HANA 系统复制方法的一些要点：

  • 冗余服务器/节点
  • HANA 系统复制的内存中数据库（在”日志重播”模式下）
  • 多个复制选项：同步、同步、异步
  • 支持主动-活动（辅助级只读）
  • 通过 HANA 驾驶舱、HANA 工作室或命令行进行设置和管理

限制

  • 未监视应用程序进程或复制失败以及自动故障转移
  • 故障转移、反向复制和故障恢复必须手动执行 – 需要执行许多手动步骤
  • 无虚拟 IP
  • 没有集成的 HA 故障转移业务流程与 SAP ASCS 等。组件

现在您可能从上述点推断出，HANA 系统复制旨在防止数据丢失。因此，当主节点出现问题时，管理员可以手动运行”sr_takeover”命令，以便主系统的问题不会关闭整个 SAP 设置，该设置依赖于 HANA 数据库的长期停机时间。然而，许多这项工作必须手动进行，并且依赖于人工干预，虽然对 DR 足够好，但它并不能为 HA（需要防止停机）提供理想的情况。

SIOS 高可用性群集

SIOS 面向 SAP 的高可用性软件可让您在物理、虚拟、云（公共、私有和混合）和高性能闪存环境的任何配置（或组合）中保护 SAP S/4HANA。SIOS 软件提供简单灵活的配置、快速复制以及对整个 SAP S/4HANA 环境的全面监控和保护。

专门用于 SAP S/4HANA 和 HANA 数据库。SIOS 可用于补充 SAP 已经在使用 HANA 系统复制（添加到其上）执行的操作，以提供真正的高可用性 – 自动监视关键 HANA 应用程序进程，并提供自动故障转移、故障恢复（包括虚拟 IP），即使您在单个 HANA 节点中具有多实例也是如此。

SIOS HANA 系统复制故障转移高可用性和 DR
图 2：SIOS HANA 系统复制故障转移高可用性和 DR

以下是 SAP HANA HA 和 DR SIOS 保护套件的一些要点：

  • 在云交叉 AZ 和 AR 中工作
  • 为关键的 SAP HANA 数据库组件提供自动故障检测和故障转移：
    — SAP HANA 主机代理
    — SAP HANA 树苗
    — SAP HANA 复制
  • 实现自动化 SAP HANA 复制接管、切换
  • 自动反向复制
  • 验证并监视 HANA 数据库是否正在运行
  • 提供虚拟 IP
  • 与 ASCS 等的”完整堆栈”故障转移业务流程。SAP 组件

为 HANA 数据库安装和配置 HA 的四个步骤

我们不会讨论如何配置 SAP HANA 的具体步骤，因为已经有许多在线资源涵盖这些步骤。但在高级别上，您需要执行 4 个基本步骤：

  1. 安装 SAP HANA
  2. 配置 HANA 系统复制
    查看 – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
  3. 安装 SIOS 保护套件
    参见 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
  4. 在 GUI 中使用 HANA 恢复工具包（向导）来保护 HANA
    请参阅 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

安装过程流与其他 SAP 组件（ASCS、ERS、PAS、Web 调度程序等）也类似。

使用 SIOS 保护套件软件中包含的 HANA 恢复工具包，您基本上可以使用 SIOS Lifekeeper 管理 GUI 中的向导，快速保护 HANA 数据库实例，为客户端分配虚拟 IP 地址以进行连接到它，并管理整个堆栈。您可以拥有多实例环境，解决方案将管理所有实例、虚拟 IP 等。在完全集成的 GUI 中，它非常容易配置、管理 SIOS HA 上的整个 SAP 环境。

SIOS 救生员管理 GUI，适用于 SAP HANA ASCS 和 ERS
图 3：SAP HANA ASCS 和 ERS 的 SIOS 救生员管理 GUI

用于 SAP 的全面 HA/DR 堆栈 –

除了 HANA 数据库之外，SIOS 保护套件还为关键的 SAP 服务和支持应用程序提供保护，所有这些服务都可以从同一 GUI 进行管理：

  • 主应用程序服务器 （PAS）
  • ABAP SAP 中央服务 （ASCS）
  • SAP 中央服务 （SCS）
  • 队列和消息服务器
  • 排队复制服务器 （ERS）
  • 数据库（Oracle、Sybase、MaxDB、HANA 等）
  • 共享和/或复制文件系统
  • 逻辑卷 （LVM）
  • NFS 安装和导出
  • 虚拟 IP

云中群集

将 SAP 迁移到云时，关键挑战之一是如何保护 SAP 数据库以及 SAP 应用程序堆栈在 SAP 支持的体系结构中。SIOS 一直是这一举措的前沿，由 SAP 以及所有主要云提供商设计、认证和支持。

下图是一个高级设计，用于了解如何跨不同可用性区域甚至区域部署一对 S/4HANA 系统。在云环境中，由于提供商在 AZ 之间的延迟非常低，因此完全可以在 AZ 中使用同步复制，从而创建一对高度可用的 S/4HANA 系统，不仅针对 HA，还用于 DR。这是因为 AZ 在地理上是独立的数据中心，这与本地 DR 数据中心的本地化程度非常类似，即它们之间的高度冗余高速网络连接。

适用于 SAP S/4HANA 云架构的 SIOS 保护套件
图 4：适用于 SAP S/4HANA 云架构的 SIOS 保护套件

为什么要使用 SIOS 于 SAP 而不是开源的 HA？

这个问题总是会出现在人们的脑海里，因为一些Linux供应商已经提供了他们的HA扩展（HAE）或集群，为什么有人想要使用商业第三方HA解决方案，如SIOS？

  1. 开源 HA 作为某些操作系统类型”企业 SAP”扩展订阅的一部分提供 – 它的成本，它绝对不是免费的，并且并非所有的 Linux 风格都受支持。SIOS 支持所有主要的 Linux 风格，包括红帽、SUSE、Centos 和 Oracle Linux。适用于希望为其 ASCS 或内容服务器等运行 Windows 的客户。SIOS 还具有 Windows 群集支持基于 Windows 的解决方案，使其成为整个 SAP 环境的一站式商店，而不管平台如何。
  2. 商业 HA 支持 – 操作系统供应商依赖开源社区进行 Bug 修复，如果 Bug 需要较长的时间才能由活动较少的参与者解决，则这可能是个问题。SIOS 为商业支持提供专门的支持和开发团队，仅针对其高可用性解决方案，并立即提供 24×7 支持解决方案，当出现可能开发的问题时，将给予客户更多的信心。
  3. 开源工具需要通过命令行进行复杂的设置和管理。它们由不同的组件组成，如起搏器、Corosync等。由不同的开源倡议维护。SIOS 为基于向导的设置和管理提供一体式 GUI。它允许人们在几个小时（而不是数周/月）内部署 SAP HA。
  4. SIOS 通过 GUI 中的向导为所有需要 HA 的 SAP 和云组件提供预构建的应用程序监视和故障转移业务流程，而不是使用仍需要大量的手动配置的 HA 扩展。
  5. 自动确保 SAP ERS 始终在 ASCS 的相反节点中运行 – SIOS 即使在多节点 ASCS 设置中也能提供智能，如果发生故障转移，并且 ASCS 故障转移到运行的 ERS 节点，当原始 ASCS 节点恢复时，ERS 会自动切换，以便锁始终获得所需的冗余。开源解决方案需要手动完成此操作，因此会影响可靠性和可用性，尤其是在多次故障和恢复时。
  6. SIOS 减少了实施/管理时间和成本，实施和维护 HA 的时间越小，您花在其他更重要的任务上的时间就越多。
  7. 开源使用其STONITH机制，这种机制在云环境中是难以可靠的，SIOS提供了多块功能的方法，以防止假故障转移和分裂脑-仲裁见证，多通信。路径（心跳）已被证明在许多场景中高度可靠。

总结

SAP HANA 系统复制功能作为软件的一部分，在硬件或系统故障出现问题时，可很好地保护数据库免受数据丢失的影响。但是，如果要求高可用性，它仍然需要第三方解决方案，以获得一些自动监视、故障转移业务流程、虚拟 IP 等。虽然 SAP 的企业 Linux OS 订阅形式有开源选项，但它们肯定不是免费的，并且技术支持仍然有限，因为它们完全依靠开源社区来维护起搏器、Corosync 等。项目。并获得贡献者的支持。本机系统复制（开源 HAE）也有限制，可以由像 SIOS 这样的商业软件解决方案供应商克服。

因此，SIOS 作为可靠的第三方高可用性解决方案提供商，可帮助确保企业客户获得其关键任务 SAP 系统操作所需的可靠性和高可用性，让您高枕无忧，从而证明自己是 SAP HANA 系统复制的非常可行的补充解决方案，SAP 和所有主要的操作系统和平台供应商也完全支持该解决方案。

作者：

杰森·奥·西奥斯技术
Jason 胡
IT 专业人员，20 多年来一直专注于高可用性和灾难恢复。目前受雇于SIOS技术公司，担任亚太地区的战略业务发展。