我是否仍应在AWS中使用Zabbix？

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