使用SIOS Protection Suite for Linux快速服务保护资源

在最近与SIOS专业服务团队的合作中，一位客户询问如何使用SIOS Protection Suite for Linux解决方案保护自定义应用程序。 SIOS Technology Corp.一位经验丰富的高可用性专家之一，帮助理解了客户的应用程序，并列出了SIOS提供的用于自定义应用程序支持的方法。

适用于Linux的SIOS Protection Suite提供了多种向自定义应用程序添加高可用性和应用程序监视的方法。这些选项包括：

• 创建自定义应用程序恢复工具包（ARK）¹
• 创建通用应用程序资源层次结构
• 创建快速的服务保护资源

类型	编码复杂度	监控方式	复苏
自定义应用程序恢复工具包Resource1	最高	最高	最高
通用应用程序资源	中	高	高
快速服务保护资源	低	中	中

图表中使用的定义

监视-定义确定受保护的应用程序，数据库或服务的可用性，可访问性和功能的能力。较低级别的应用程序，数据库或服务监视提供了基本的覆盖范围，例如，检查正在运行的进程，是否存在pid_file或状态命令在执行时返回“ true”结果。注意：返回值为``true''或“0（零）''并不表示该应用程序，数据库或服务正在运行。 但是只有执行的命令才能成功完成状态为正（“true''或“0（零）''）的结果。最高级别的监视表明，除了较低级别的方法（例如进程状态，ps输出或systemd状态返回）外，还应用了特定于应用程序的知识来确定应用程序的运行状况和功能。最高级别的监视通常会应用有关运行状况检查操作的建议顺序的知识，相关性的知识以及对从状态和监视命令获得的结果的分析。

恢复-定义为重新启动失败的应用程序，数据库或服务的能力。低级别的恢复能力意味着发出了用于重新启动的命令，并且从命令的发出中获得了预期的输出。最高级别的监视指示特定于应用程序的知识用于确定如何启动应用程序，数据库或服务的有序重新启动，这可能需要了解操作的建议顺序，依赖项，回滚或对失败的其他相关补救措施服务。

解决方案：快速服务保护资源

在这种参与中，客户的应用程序具有系统兼容性。 基于避免编码的总体要求，最少的监视需求和简单的恢复过程，我们建议使用快速服务保护（QSP）资源。

QSP资源的工作原理是为Linux资源保护的SIOS Protection Suite快速添加对systemd服务的支持。对于Customer Example.com，他们具有系统兼容的服务，并且具有启动和停止其应用程序所需的最低要求。

[Unit] Description = SIOS“现状”示例服务2020 之后= network.target 类型=简[Service]单 重启=总是 RestartSec = 3 用户= root ExecStart = / example_app / bin / exampleapp开始 ExecStop = / example_app / bin / example[Install]app停止 WantedBy =多用户目标

Example.com systemd文件

SIOS建议在尝试使用适用于Linux的SIOS Protection Suite进行资源保护之前，请通过systemctl验证示例应用程序已停止并相应地启动：

＃systemctl状态示例

* example.service – SIOS“现状”示例服务2020

已加载：已加载（/usr/lib/systemd/system/example.service；已禁用；供应商预设：已禁用）

有效：无效（无效）

＃systemctl启动示例

＃systemctl状态示例

* example.service – SIOS“现状”示例服务2020

已加载：已加载（/usr/lib/systemd/system/example.service；已禁用；供应商预设：已禁用）

活动：自星期五2020-08-21 14:53:27开始活动（运行）； 5秒前

主PID：19937（exampleapp）

CGroup：/system.slice/example.service

-19937 / usr / bin / perl / example_app / bin / exampleapp开始

＃systemctl停止示例

＃systemctl状态示例

* example.service – SIOS“现状”示例服务2020

已加载：已加载（/usr/lib/systemd/system/example.service；已禁用；供应商预设：已禁用）

有效：无效（无效）

在通过systemd验证应用程序正常运行后，重新启动服务并确保服务正在运行。

＃systemctl启动示例

＃systemctl状态示例

* example.service – SIOS“现状”示例服务2020

已加载：已加载（/usr/lib/systemd/system/example.service；已禁用；供应商预设：已禁用）

活动：自星期五2020-08-21 15:59开始活动（运行）； 3min 2s前

主PID：30740（exampleapp）

有关资源创建过程的更多详细信息，请参阅适用于Linux的SIOS Protection Suite快速安装保护套件文档。

使用SPS-L UI选择“创建”选项，在“全局UI资源工具栏”中通过以下图标指示：

启动创建向导后，在“创建资源向导”窗口中选择“快速服务保护”选项。

在下一个提示“Switchback Type''的提示中，选择使用智能切回还是自动切回。

选择“切回类型''后，将出现``服务器''对话框，允许您选择自定义应用程序的主服务器。

（注意：如果服务需要存储，请确保选择先前为存储资源选择的同一主服务器。）

在“服务名称”对话框中，找到自定义应用程序的服务。

例如，选择正确的服务后，确定要启用监视还是禁用监视服务。请参阅文档以了解QSP资源提供的监视。2

接下^来，选择一个资源标签。资源标签应该是一个有意义的名称，它将帮助您的IT团队快速确定哪种SPS-L资源可以保护您的应用程序或服务。

最后，按照最后的对话完成资源创建过程。创建资源后，使用UI将资源扩展到其他服务器。 如有必要，请在新保护的自定义服务/应用程序与任何其他所需资源（例如存储或IP资源）之间创建依赖关系。

笔记：

1可以通过与SIOS Technology Corp.专业服务团队合作来创建客户应用程序恢复工具包。欲了解更多信息，请联系professional-services@us.sios.com

2 QSP恢复工具包quickCheck只能执行简单的运行状况（使用service命令的“ status”操作）。 QSP不保证提供服务或过程正常运行。 如果需要复杂的启动和/或停止操作，或者需要进行更强大的运行状况检查操作，则建议使用通用应用程序或自定义应用程序ARK

Zabbix作为集成OSS监视工具具有很高的市场份额。尽管已在内部部署环境中广泛使用它，但仍有许多在AWS环境中使用Zabbix的示例。尽管AWS还具有Amazon CloudWatch之类的监控服务，但为什么还要使用Zabbix？本节说明监视EC2实例和其他实例的好处以及配置过程。

为什么使用Zabbix代替Amazon CloudWatch？

在AWS环境中，所有基础架构均由AWS操作，但您必须负责Amazon EC2实例本身以及在Amazon EC2上构建的应用程序的操作。 换句话说，您必须监视应用程序以确保它们正常运行，并且在出现问题时必须采取措施。Zabbix是此类监视工具的不错选择。

Zabbix的优点是不仅可以监视本地。 而且还有云和虚拟环境的集成方式。

鉴于标准Amazon CloudWatch仅限于监视AWS资源（CPU，内存等）， Zabbix允许您甚至详细监视应用程序的状态。

以下是Zabbix的其他优点的列表。

具有多个AWS账户的环境集成监控

Amazon CloudWatch在每个AWS帐户的基础上执行监视。Zabbix可以监视多个AWS账户的环境，该环境可以监视由多个账户组成的业务系统。它还不仅可以通过基于阈值的简单警报来检测异常，还可以通过组合多个阈值和条件来检测异常。 

可以配置详细通知以适合实际操作条件

发生异常时，Amazon CloudWatch可以通过消息通知您。例如，如果系统因维护而停机，则无需通过消息通知您。在这里Zabbix允许您配置这些情况，从而抑制不必要的消息。这样，您可以确保仅在确实有错误需要解决时才通知您。

没有指标保留期（监视日志）

使用Amazon CloudWatch，指标最多可以存储15个月。此外，您只能按小时增量存储指标15个月，并且如果将监视间隔设置为少于60秒，则最多只能存储3小时。Zabbix允许长期存储指标，而无需更改信息的粒度。

如何使用Zabbix监控AWS环境

如果要在AWS中使用Zabbix，则需要创建一个Amazon EC2和数据库实例并在其上安装Zabbix。安装后，除了需要设置以下内容外，配置Zabbix的过程与内部部署基本相同。

1. 用户帐户（除了Zabbix的Admin用户之外，您还需要创建一个供生产使用的用户）
2. Zabbix主机代理（确定从何处收集数据）
3. 项目（设置要收集的数据）
4. 触发（定义数据处于异常状态）
5. 操作（定义发生错误时要采取的操作）

此外，您可以配置特定于AWS的设置，例如在AWS IAM中创建具有Zabbix必要权限的用户，这将允许Zabbix监视应用程序以及AWS环境的其他方面。

使用正确的工具来满足您的监控需求

并非所有公司系统都是孤立运行的，但是许多系统链接在一起以交换数据并确保整体一致性。在这些环境中，Zabbix是监视和检测多个服务器和系统中异常情况的绝佳工具。例如，如果基于DB的Web应用程序在Web应用程序服务器上存在异常，则可以禁用数据。

另一方面，Zabbix具有许多配置选项，因此您将必须决定监视什么以及如何监视以及哪些情况异常。

另一方面，Zabbix有很多设置，因此您必须准确地设计操作要监视的内容，要执行的操作以及要执行的操作。 当然，对于关键系统来说，这样的设计是必不可少的，但是，对于相对简单的系统，例如“如果进程停止，只需重新启动它”，就无法与Zabbix监视匹配。对于此类情况，SIOS AppKeeper是一个很好的解决方案，因为它可以监视在EC2实例上运行的应用程序的服务（进程），并在检测到问题时重新启动应用程序。 这使得简单的监视和操作成为可能。

当然，并不是在每个系统上都必须使用Zabbix。通过为每种类型的监视使用正确的工具，您将能够更有效地操作系统。

将SIOS AppKeeper添加到您的EC2监视和恢复操作中。

转载自SIOS