CN115514674B - 一种基于脚本远程连接的监控项自动创建方法及设备 - Google Patents

Abstract

本发明涉及一种基于脚本远程连接的监控项自动创建方法及设备，方法包括以下步骤：利用第一配置文件，实现监控端到被监控设备的远程连接；监控端通过第二配置文件获取被监控设备的常量数据和监控数据；将常量数据构建为JSON格式字符串；将监控数据存入监控端的临时文件中；在监控端通过zabbix‑sender将临时文件内的监控数据批量发送至zabbix‑server处理；zabbix监控页面给每个监控对象创建监控项原型；zabbix‑server根据监控项原型、JSON格式字符串、监控数据，完成指定监控项原型的定期监控数据采集。本发明有益效果是：灵活地通过任何自定义的脚本，有效地扩大设备监控范围。

Description

一种基于脚本远程连接的监控项自动创建方法及设备

技术领域

本发明涉及网络安全数据处理领域，尤其涉及一种基于脚本远程连接的监控项自动创建方法及设备。

背景技术

自动发现(Low Level Discovery)提供了一种在计算机上为不同实体自动创建监控项，触发器和图形的方法。例如,一台计算机可以有多个文件系统，多个网口。当我们监控计算机时，如果手动去创建为它们分别创建监控项，将会是一项重复而枯燥的工作，且无法灵活应对不同的实际场景，例如需要监控多台拥有不同文件系统，不同网口数量的计算机时。这时，zabbix通过LLD可以在你的机器上自动开始监控文件系统或网络接口，而无需为每个文件系统或网络接口手动创建监控项。此外，可以配置Zabbix根据定期执行发现后的得到实际结果，来移除不需要的监控。Zabbix支持通过在设备上安装探针，或者通过一些标准协议和管理接口(如SNMP,JMX等)来实现监控项的自动发现。

虽然通过在被监控设备端安装zabbix-agent或通过一些标准的接口能实现设备监控项的自动发现、创建和移除。但是，它们仍无法满足实际应用环境中一些特殊场景。

有些要求严格的企业，考虑到安全因素，不允许在操作系统上安装探针。导致探针自带的监控能力完全用不上。

探针内置支持的监控范围有限(只支持文件系统、网卡、CPU等常规内容)，并且对于每个监控对象所能取到的指标都是固定的，无法灵活地增加个性化的定制指标。

一些设备(如HPE、IBM等厂商的中高端存储设备)不支持SNMP等标准协议，也不支持探针或插件的安装。并且SNMP等协议能获取的监控数据完全由设备厂商定义。以SNMP协议，如果没有厂商支持，在海量的mib库中寻找想要的监控指标相当困难，并且能获取到的监控指标也无法满足所有的监控需求。其它通过通用接口获取监控数据的方式也面临同样的缺陷。

发明内容

有鉴于此，针对现有的监控方式无法满足复杂的实际应用场景、无法灵活实现个性化监控指标自动发现的问题，本发明通过自定脚本来实现LLD的底层原理，以达到自动创建监控实现设备监控的目的。

本发明提供一种基于脚本远程连接的监控项自动创建方法，具体包括以下步骤：

S1：利用第一配置文件，实现监控端到被监控设备的远程连接；

S2：监控端通过第二配置文件获取被监控设备的常量数据和监控数据；

S3：将常量数据构建为JSON格式字符串，并存为监控对象；将监控数据存入监控端的临时文件中；

S4：在监控端通过zabbix-sender发送服务将临时文件内的监控数据批量发送至zabbix-server服务器处理；

S5：zabbix监控页面给每个监控对象创建监控项原型；

S6：zabbix-server根据监控项原型、JSON格式字符串、监控数据，完成指定监控项原型的定期监控数据采集。

一种存储设备，所述存储设备存储指令及数据用于实现一种基于脚本远程连接的监控项自动创建方法。

一种基于脚本远程连接的监控项自动创建设备，包括：处理器及存储设备；所述处理器加载并执行存储设备中的指令及数据用于实现一种基于脚本远程连接的监控项自动创建方法。

本发明提供的有益效果是：可以灵活地通过任何自定义的脚本，有效地扩大设备监控范围(无论从设备类型上还是设备监控指标上)，并且实现了监控项的自动生成。

附图说明

图1是本发明方法流程示意图；

图2是本发明硬件设备工作示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地描述。

请参考图1，图1是本发明方法的流程图；本发明提供的一种基于脚本远程连接的监控项自动创建方法，具体包括以下步骤：

S1：利用第一配置文件，实现监控端到被监控设备的远程连接；

需要说明的是，第一配置文件具体采用的手段为：通过配置ssh免密登录的方法：在监控端服务器上通过ssh-keygen工具生成一堆密钥--分为公钥和私钥，将其中的公钥上传至被监控设备的指定位置(例如HPE的primera存储就是在其命令行界面输入setsshkey命令，然后粘贴监控端服务器的公钥内容，以此实现了监控端到被监控设备的远程连接。

S2：监控端通过第二配置文件获取被监控设备的常量数据和监控数据；

需要说明的是，常量数据是指用于区分设备上的被监控对象的标识名称。例如，本申请下例中“磁盘分区”，总共有三个：sda1，sda2，sda3。这些是用以标识被监控对象的，使运维人员一目了然获取的监控数据是哪些对象的。这些对象名(常量数据)是通过脚本中的命令获取的，并且需要输出为JSON格式字符串。zabbix-server运行脚本后，捕获到JSON格式字符串的输出，根据其内容，生成了对应的监控对象名称(sda1，sda2，sda3)，并将它们依次赋值给所定义的宏变量名"{#DEVICE}"。

需要说明的是，第二配置文件，为自定义的脚本文件，比如上述所说的，将监控对象(sda1，sda2，sda3)，进行宏变量名定义"{#DEVICE}",而在实际过程中，可根据实际情况自行进行定义。

S3：将常量数据构建为JSON格式字符串，并存为监控对象；

作为一种实施例，本发明构建的JSON格式字符串如下：

{“data”:

{“{#DEVICE}”:”sda3”},

{“{#DEVICE}”:”sda1”},

{“{#DEVICE}”:”sda2”}

}

其中，data表示zabbix-server内部的一个关键字，Zabbix-server执行脚本后，识别到这个字段，读取里面的内容，DEVICE表示被监控设备的宏变量定义，本发明中表示硬盘；sda1-3表示硬盘的分区号；需要说明的是JSON格式字符串中必须包含宏变量。

步骤S3中的监控数据以主机名-监控键-监控值的方式发送至监控端的临时文件中；

作为一种实施例，本发明采集的一段监控数据如下：

192.168.182.242 fscheck[sda3,Total_size]50G

192.168.182.242 fscheck[sda3,Used_size]29G

192.168.182.242 fscheck[sda3,Free_size]18G

192.168.182.242 fscheck[sda3,Used_percent]62％

192.168.182.242 fscheck[sda3,Mount_point]/

192.168.182.242fscheck[sda1,Total_size]976M

192.168.182.242fscheck[sda1,Used_size]145G

192.168.182.242fscheck[sda1,Free_size]765M

192.168.182.242fscheck[sda1,Used_percent]16％

192.168.182.242fscheck[sda1,Mount_point]/boot

192.168.182.242fscheck[sda2,Total_size]336G

192.168.182.242fscheck[sda2,Used_size]12G

192.168.182.242fscheck[sda2,Free_size]308G

192.168.182.242fscheck[sda2,Used_percent]4％

192.168.182.242fscheck[sda2,Mount_point]/home

上述监控数据中，192.168.182.242表示被监控设备地址；

需要说明的是，以上数据为成批的数据，虽然从常规表述上比较容易理解，但在本申请中需要进行自动解析，分割后展示于监控页面，比如将以上数据自动分割为各个部分进行实际需求的展示。因此下面步骤是对上述数据的自动分析，分割的过程；

fscheck字段是根据脚本使用者的习惯自定义的函数名，本申请中，此处fscheck表示File-System-check(文件系统检查)。这个关键字，最终会被用在前端页面的监控项原型的创建上。

监控项原型中的键值(key)必须使用此关键字，使前端匹配到脚本获取的对应监控数据；Total_size表示总容量；Used_size表示已使用容量；Free_size表示空闲容量；Used_percent表示使用率；Mount_point表示挂载点；

S4：在监控端通过zabbix-sender发送服务将临时文件内的监控数据批量发送至zabbix-server服务器处理；

S5：zabbix监控页面给每个监控对象创建监控项原型；

S6：zabbix-server根据监控项原型、JSON格式字符串、监控数据，完成指定监控项原型的定期监控数据采集。

需要说明的是，zabbix-server首先识别JSON格式字符串，生成监控对象宏；

需要说明的是，宏即是变量的意思，在zabbix里，被称为宏。

比如被监控对象并不确定有几个。这里仍然以文中的磁盘分区为例。如果换一个被监控设备，对它执行脚本，可能得到的磁盘分区结果就不是sda1-3了，可能有sda4，也可能叫sdb1-3。在不同情况下，这些对象是会变化的，此时需要用一个宏来指代它们。比如本申请中定义的"{#DEVICE}"--顾名思义，它们都是操作系统的存储“设备"。

zabbix监控页面给每个监控对象创建监控项原型；

监控项原型，对于同一类监控对象(仍以文中的磁盘分区为例)，它们有同样的监控指标，如分区大小，分区使用率，分区挂载点等。

对于同一类监控对象，在原型上，就首先把这些监控指标创建好。如{#DEVICE}这个宏名所代表的被监控对象，有分区大小，分区使用率，分区挂载点这些监控指标。最终无论脚本执行后，发现有多少个device，sda1-3也好或者更多，这些设备都会拥有这三个监控指标--这就是监控项原型的意义。在原型上定义了这类对象有那些指标，每一个具体对象都会生成这几个监控指标(监控项)。

Zabbix-server根据监控项原型，为每个监控对象生成对应的监控项；

sda1-sda3是设备上被监控的对象。它们的大小，使用量，剩余量，使用率，挂载点，是关注的监控指标，或者称为监控项。这些监控项对应的数据，通常是运维人员所关心的。比如使用率到了80％就需要报警，剩余量小于20G需要报警等等。

根据对应的监控项，从实际监控数据从，取出对应的监控数据，并在页面进行展示。

也即，系统从上述监控数据中，自动识别出，分区sda1使用率为16％，分区sda3的总容量为50G等数据；

请参见图2，图2是本发明实施例的硬件设备工作示意图，所述硬件设备具体包括：一种基于脚本远程连接的监控项自动创建设备401、处理器402及存储设备403。

一种基于脚本远程连接的监控项自动创建设备401：所述一种A设备401实现所述一种基于脚本远程连接的监控项自动创建方法。

处理器402：所述处理器402加载并执行所述存储设备403中的指令及数据用于实现所述一种基于脚本远程连接的监控项自动创建方法。

存储设备403：所述存储设备403存储指令及数据；所述存储设备403用于实现所述一种基于脚本远程连接的监控项自动创建方法。

综合来看，本发明的有益效果是：可以灵活地通过任何自定义的脚本，有效地扩大设备监控范围(无论从设备类型上还是设备监控指标上)，并且实现了监控项的自动生成。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (3)

1.一种基于脚本远程连接的监控项自动创建方法，其特征在于：包括以下步骤：

S1：利用第一配置文件，实现监控端到被监控设备的远程连接；

S2：监控端通过第二配置文件获取被监控设备的常量数据和监控数据；

S3：将常量数据构建为JSON格式字符串，并存为监控对象；将监控数据存入监控端的临时文件中；

S4：在监控端通过zabbix-sender发送服务将临时文件内的监控数据批量发送至zabbix-server服务器处理；

S5：zabbix监控页面给每个监控对象创建监控项原型；

S6：zabbix-server根据监控项原型、JSON格式字符串、监控数据，完成指定监控项原型的定期监控数据采集；

步骤S2中的JSON格式字符串包含宏变量；

步骤S6具体为：

S11、zabbix-server识别JSON格式字符串，生成监控设备的监控对象宏；

S12：根据监控项原型，为每个监控对象生成对应的监控项；

S13：zabbix-server对应的监控项，生成指定监控项的监控数据；

所述监控项原型具有同样的监控指标；

对于同一类监控对象，在监控项原型上，首先把监控指标创建好；所述监控指标包括分区大小，分区使用率和分区挂载点；

在监控项原型上定义了对应监控对象有相应的监控指标，每一个具体对象均生成对应的监控指标。

2.一种存储设备，其特征在于：所述存储设备存储指令及数据用于实现权利要求1所述的一种基于脚本远程连接的监控项自动创建方法。

3.一种基于脚本远程连接的监控项自动创建设备，其特征在于：包括：处理器及存储设备；所述处理器加载并执行存储设备中的指令及数据用于实现权利要求1所述的一种基于脚本远程连接的监控项自动创建方法。