SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

视频：SIOS 如何在 SAP HANA 环境中轻松实现高可用性和灾难恢复

by Leave a Comment

视频：SIOS 如何在 SAP HANA 环境中轻松实现高可用性和灾难恢复

在这个视频中，托德多恩，SIOS 的解决方案架构师，谈论 SIOS 如何在 SAP HANA 环境中提供高可用性和灾难恢复 (HA/DR)。

本次视频采访的亮点：

  • SAP HANA 是一个具有三层的复杂环境：表示层、应用程序层和数据库层。虽然表示层易于保护，但其他两个层存在挑战。有不同的进程在运行，数据在层与服务器之间移动，复制正在进行。除了遵循 SAP 最佳实践之外，还有许多可能的故障场景和许多需要监控的事情。确保接近零数据丢失的恢复点目标 (RPO) 是一项艰巨的任务。
  • 关键是减少单点故障，每层多台服务器，复制到被动和备用服务器以及灾难恢复服务器。而那些需要通过多个数据中心进行分发。
  • 失败的最大原因是当有很多任务和脚本需要运行并且有人手动执行时。这增加了人为错误的可能性。因此，为了能够提供良好的 HA/DR 环境，您需要 1) 自动化，以及 2) 规划和频繁测试以确保 HA 按预期工作，您的数据库正在注册，并且故障转移是真正无缝的。
  • 设置 SAP HANA 环境后，SIOS 保护套件安装和配置可以通过 GUI 向导完成，大约需要一个小时。它编排和自动化使故障转移变得非常容易。它遵循所有 SAP 最佳实践，以实现快速、可靠的持续运行。它还具有 SAP HANA 数据库的“握手接管”功能。
  • SIOS 最近添加了 SAP HANA 第三节点支持。SIOS 一直能够在应用程序层做到这一点，但现在，它也可以在数据库层支持它。

经许可转载自信息系统

新的 SIOS 文档站点

by Leave a Comment

新的 SIOS 文档站点

新的 SIOS 文档站点

具有新的易于使用的站点布局和改进的导航功能SIOS 产品管理、产品营销和技术文档团队很高兴地宣布我们在一个新的、更易于使用的平台上的新文档站点。 在此处查看新站点： docs.us.sios.com .

我们文档站点的新布局改进了以下功能：

  • 使用 HTML 锚按钮快速轻松地导航
  • 带有 HTML 标题标签的主题描述，便于搜索
  • 在我们的文档中增强导航的导航提示和说明

我们很想听听您的反馈！

在我们的文档中，请通过对特定主题发表评论来提供反馈，以帮助我们使我们的内容尽可能保持最新和相关。

请在我们的文档页面中搜索“解决方案”，查看我们改进的“解决方案”部分，了解常见问题或疑虑的答案。

sios 文档概述

整体导航：说到新导航，新页面上的大部分项目都是“锚定”的；因此，通过选择一个按钮，您将被带到选定的部分。我们可以先从选择我们的操作系统开始。

选择操作系统

这将把我们带到产品在操作系统 Windows/Linux 中提供。

选择我们的操作系统后，我们现在将选择我们的产品。 每个产品下方（ Datakeeper/LifeKeeper/评估指南/分步指南) 是每个产品中每个解决方案的简短描述。 要查看每个产品的描述，请将鼠标悬停在产品信息落下。

选择产品
选择窗口

选择产品后，我们现在将看到产品中解决方案最常用的主题。

Windows 选项的数据管理员集群

将鼠标悬停在某个主题上片刻，您将看到每个主题的简要说明。

选择主题后，您将登陆所选主题的最新版本号。 如果最新版本不是您正在运行的版本，请使用顶部的下拉菜单找到您要查找的版本。 SIOS 建议升级到最新版本以获得我们产品的最新功能、错误修复和整体改进。

dkce 选项

导航提示：让我们向上滚动到新文档页面布局的顶部。 在选择您的操作系统下方，我们有一个指向导航提示的链接，以便在使用新文档站点时牢记在心，以便更好地使用。 在这里，您将看到每个主题的一般术语列表，以及有关如何通过将鼠标悬停在主题上片刻来查看一般术语的信息。

在一般条款下方，我们有导航提示：

  1. 导航到我们文档中的特定“版本号”。
  2. 查找旧版本 – 如果您无法在我们文档的下拉列表中找到您的版本，请单击旧版本我们新页面上的主题，以便查看支持和不支持的所有版本。
  3. 为了升级说明，请参阅我们列表中的第一个主题。 SIOS 建议升级到我们的最新软件，以便您拥有我们产品的最新修复和功能。

您始终可以通过选择主页或后退按钮从导航提示页面返回我们的主文档页面。

主要支持导航

在操作系统文本下方，您可以通过“产品支持时间表”。 (笔记：产品发布后，至少支持 3 年。） 如需支持帮助，请关注“support.us.sios.com”以获取联系支持的信息。 这将导致新的文档页面。

对于我们在日本的客户，请单击此处的链接以查看我们的日文新页面。

选择 windows 或 linux
日语 windows linux 选择

我希望这有助于学习如何更好地浏览我们的新文档站点。 感谢您选择 SIOS！

经许可转载自信息系统

案例研究：AppKeeper 提供 24 小时监控自由以及大幅降低成本

by Leave a Comment

案例研究：AppKeeper 提供 24 小时监控自由以及大幅降低成本

案例研究：AppKeeper 提供 24 小时监控自由以及大幅降低成本

信息班标志领先的数字广告代理的 IT 部门需要一种简单、经济高效的方法，为在 AWS EC2 中运行的应用程序提供保护，同时消除警报风暴和不必要的 IT 任务。他们实现了 AppKeeper 和分钟，并看到了应用程序可用性的即时、节省成本的改进。

INFOBAHN集团是INFOBAHN集团（INFOBAHN Group，Inc.）的子公司，是一家总部位于东京的数字广告公司，为客户拥有的媒体提供数字品牌、广告和内容管理。INFOBAHN Group Inc. 的 IT 部门是一个小型部门，为其客户拥有的媒体及其姊妹公司 Mediagene Inc. 提供完整的 Web 服务器管理服务，该公司是主要内容媒体网站的所有者，如"日本 Gizmodo"、"cafeglove"、"生活黑客"（日文版）、"商业信息日本"、"ROOMIE"等。

环境与环境

使用 Amazon Web 服务 （AWS） 的 INFOBAHN 客户中约有 80% 依赖内容管理系统 （CMS） 向读者提供最新内容。由于 INFOBAHN 的客户对这些 CMS 工具的停机时间和严格可用性 SLA 寄予厚望，因此他们将运行在服务器上的服务器的监视和管理外包给托管服务提供商 （MSP）。

挑战与挑战

对于 INFOBAHN 来说，他们同时满足自己的内部、客户和可用性服务级别协议 （SLA） 非常重要。他们还使用 MSP 监视其某些内部服务器，同时监视其他服务器，这需要自己进行更密切的管理。

"虽然我们可以继续将服务器的监控外包给客户的系统。此模型不适用于我们的内部服务器，因为它不会随着业务规模的扩大而扩展，"INFOBAHN 集团 IT 部门经理 Yu 天野之弥说。INFOBAHN已经每月花费近1，400美元来监控其内部服务器，而他们的内部团队无法自行管理更多的服务器。

天野之弥和他的同事日夜收到故障通知。每个通知都要求天野之弥或其同事放弃所有内容，调查原因并解决问题。

评价

天野之弥认识到他们需要更好的解决方案，因此考虑了 SIOS 技术针对 AWS EC2 的 SIOS AppKeeper 可用性软件。他们测试AppKeeper与他们的WordPress服务器，通过关闭它的Apache服务，并检查AppKeeper通知电子邮件和故障日志，以验证状态和行动由AppKeeper。

"我们多次执行验证测试，包括停止服务，并确认服务按预期启动。我们可以看到 AppKeeper 是可靠的。我们还发现，经过非常简单的配置过程，它提供了自动监控和恢复服务，"天野之弥说。

解决方案

SIOS AppKeeper 作为软件即服务提供，支持 AWS EC2 服务和实例的自动监控和恢复。它通过 AWS API 监控它们，并快速检测故障并从故障中恢复。

AppKeeper 通过检测并首次重新启动应用程序服务自动还原应用程序操作。此步骤通常在几秒钟内还原服务。如果服务重新启动失败，则重新启动整个实例。它发布故障报告，根据从虚拟机服务和 AWS 恢复之前和之后获得的相关信息显示任何故障发生和恢复。

如果客户选择 EC2 自动缩放功能，他们可以轻松地添加更多实例以进行 AppKeeper 保护。AppKeeper 将自动缩放以近乎实时地监视这些新实例，如果需要，将自动应用指定的设置。

研究结果

2017 年 3 月初，INFOBAHN 开始使用 SIOS 应用程序保持器监控其内部服务器。"通过在线注册流程提交 AWS 凭据后，我要做的就是选择我希望 AppKeeper 在检测到故障时采取的步骤的设置。只需点击在线用户指南中所述的屏幕即可配置 AppKeeper，只需 10 到 15 分钟，"天野之弥说。

天野之弥说，自从他们开始使用SIOS应用程序保持以来，没有失败，他们无法自动恢复。SIOS 应用程序保持器甚至帮助他们免受人为错误。"有时，其他 IT 成员无意中将活动目录服务器关闭。我收到来自 AppKeeper 的电子邮件通知时，我出去说服务已经恢复。恢复是如此顺利，我甚至没有注意到它，直到我被告知，"天野之弥笑了起来。

INFOBAHN 正在考虑扩大 AppKeeper 的使用范围，以监控其所有内部 AWS 服务器。他们还考虑在未来为客户项目使用 AppKeeper。天野之弥说："如果我们有SIOS AppKeeper，我们可以在一台带有 AWS 的服务器上安装必要的 CMS，如 WordPress 和可移动类型，并提供附加价值，使服务在发生故障时自动恢复。

关于 SIOS 应用程序保持者

SIOS AppKeeper 软件持续监控和保护 AWS EC2 中的应用程序免受服务中断和停机，同时无需昂贵且耗时的手动干预。

欲了解更多信息，https://us.sios.com/products/sios-appkeeper/

注册 SIOS 应用程序保持器的免费试用版

下载 pdf

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

by Leave a Comment

适用于 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技术公司，担任亚太地区的战略业务发展。