CN105095044B - 基于snmp的服务器监控方法和装置 - Google Patents

Abstract

本发明公开了一种基于SNMP的服务器监控方法，该服务器监控方法包括：根据服务器的管理信息库MIB文件预先生成对应服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的对象标识符OID和监控数据；根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表；在存在多个目标OID对应相同的目标数据表的情况下，在目标数据表中分别读取多个目标OID所分别对应的监控数据。本发明通过将OID以数据表的方式进行组织，从而实现了对多个OID的监控数据的同时访问，并避免了访问多个OID所带来的对SNMP配置文件的复杂配置问题，简化了OID的监控数据的处理步骤，提高了snmp代理能力。

Description

基于SNMP的服务器监控方法和装置

技术领域

本发明涉及服务器领域，具体来说，涉及一种基于SNMP的服务器监控方法和装置。

背景技术

目前，在对服务器的监控上，主要有采用私有协议和简单网络管理协议(SNMP)协议的两种方式，而采用SNMP协议来监控服务器的软硬件资源在业界则更为普遍。

其中，现有的利用SNMP协议来实现服务器监控的方案中主要是利用net-snmp这个实现了SNMP的软件来对服务器进行监控，而根据监控需求的不同，可对net-snmp进行功能扩展而无需重新开发实现SNMP协议。

在现有技术中，在linux系统上进行服务器系统的监测主要有以下两种方式：一种方式为通过SNMP协议结合数据采集软件来实现；另一种方式为通过编写脚本调用系统状态监测的命令，并结合数据采集软件来实现。

在具体应用中可通过配置snmpd.conf(net-snmp的代理配置文件，用于配置代理和管理端通信时的参数)来调用外部脚本获取服务器的信息，但是这种调用脚本来获取服务器的信息的方式存在着每个脚本只能处理一个对象标识符(OID)的问题，那么为了解决该问题，该方案可采用一个变量型的指标来实现多个OID的处理，但是变量型的指标又不利于扩展；而利于扩展的指标则需要采用数据表类型，但是采用数据表类型的指标如果通过配置snmpd.conf来处理每个指标又会很繁琐和复杂。

针对相关技术中无法实现对多个OID进行处理，即无法通过调用一次脚本来监控服务器的多个指标的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中的上述问题，本发明提出一种基于SNMP的服务器监控方法和装置，能够通过访问数据表的方式获得多个OID的监控数据，又不会增加访问OID的监控数据时所带来的繁琐性和复杂性问题，从而提高snmp代理性能。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种基于SNMP的服务器监控方法。

该服务器监控方法包括：

根据服务器的管理信息库(MIB)文件预先生成对应服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的OID和监控数据；

根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表；

在存在多个目标OID对应相同的目标数据表的情况下，在目标数据表中分别读取多个目标OID所分别对应的监控数据。

其中，在根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表时，可根据接收的需要访问的目标OID确定目标监控对象；然后，再在预先生成的多个数据表中确定目标监控对象所对应的目标数据表。

可选的，该服务器监控方法进一步包括：

在目标数据表在预定时间内被首次读取监控数据的情况下，可获取目标服务器的动态指标的状态信息；

并根据服务器的动态指标的状态信息对目标数据表中的动态指标的监控数据进行更新。

另外，在目标数据表中读取每个目标OID所对应的监控数据之前，该服务器监控方法进一步包括：

对每个目标OID所对应的指标的类型进行判断，在判断该指标为服务器的动态指标的情况下，实时获取服务器当前该动态指标的状态信息；

基于当前该动态指标的状态信息对目标数据表中的该动态指标的监控数据进行实时更新。

此外，在目标数据表中读取目标OID所对应的监控数据时，可通过遍历目标数据表，来确定目标OID所对应的子监控对象在目标数据表中所对应的数据行；再根据目标OID所对应的目标数据表的列号，在数据行中确定该目标OID所对应的监控数据。

可选的，该服务器监控方法进一步包括：

根据服务器的MIB文件预先生成服务器的动态库文件；

其中，动态库文件中包括对应服务器的不同监控对象的多个数据表。

根据本发明的另一方面，提供了一种基于SNMP的服务器监控装置。

该服务器监控装置包括：

预先生成模块，用于根据服务器的MIB文件预先生成对应服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的OID和监控数据；

确定模块，用于根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表；

读取模块，用于在存在多个目标OID对应相同的目标数据表的情况下，在目标数据表中分别读取多个目标OID所分别对应的监控数据。

其中，确定模块包括：

第一确定子模块，用于根据接收的需要访问的目标OID确定目标监控对象；

第二确定子模块，用于在预先生成的多个数据表中确定目标监控对象所对应的目标数据表。

此外，该服务器监控装置进一步包括：

获取模块，用于在目标数据表在预定时间内被首次读取监控数据的情况下，获取目标服务器的动态指标的状态信息；

更新模块，用于根据服务器的动态指标的状态信息对目标数据表中的动态指标的监控数据进行更新。

另外，该服务器监控装置进一步包括：

判断获取模块，用于在目标数据表中读取每个目标OID所对应的监控数据之前，对每个目标OID所对应的指标的类型进行判断，在判断该指标为服务器的动态指标的情况下，实时获取服务器当前该动态指标的状态信息；

实时更新模块，用于基于当前该动态指标的状态信息对目标数据表中的该动态指标的监控数据进行实时更新。

本发明通过将OID以数据表的方式进行组织，从而实现了对多个OID的监控数据的同时访问，并避免了访问多个OID所带来的对SNMP配置文件的复杂配置问题，简化了OID的监控数据的处理步骤，提高了snmp代理能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的服务器监控方法的流程图；

图2是根据本发明实施例的服务器监控方法的通过so库扩展snmp代理的示意性流程图；

图3是根据本发明实施例的服务器监控方法的数据表的记录形式的示意图。

图4是根据本发明一具体实施例的服务器监控方法的流程图；

图5是根据本发明实施例的服务器监控装置的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

根据本发明的实施例，提供了一种基于SNMP的服务器监控方法。

如图1所示，根据本发明实施例的服务器监控方法包括：

步骤S101，根据服务器的MIB文件预先生成对应服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的OID和监控数据；

步骤S103，根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表；

步骤S105，在存在多个目标OID对应相同的目标数据表的情况下，在目标数据表中分别读取多个目标OID所分别对应的监控数据。

在一个实施例中，根据本发明实施例的服务器监控方法包括：

其中，在根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表时，可根据接收的需要访问的目标OID确定目标监控对象；然后，再在预先生成的多个数据表中确定目标监控对象所对应的目标数据表。

可选的，该服务器监控方法进一步包括：

在目标数据表在预定时间内被首次读取监控数据的情况下，可获取目标服务器的动态指标的状态信息；

并根据服务器的动态指标的状态信息对目标数据表中的动态指标的监控数据进行更新。

另外，在目标数据表中读取每个目标OID所对应的监控数据之前，该服务器监控方法进一步包括：

对每个目标OID所对应的指标的类型进行判断，在判断该指标为服务器的动态指标的情况下，实时获取服务器当前该动态指标的状态信息；

基于当前该动态指标的状态信息对目标数据表中的该动态指标的监控数据进行实时更新。

此外，在目标数据表中读取目标OID所对应的监控数据时，可通过遍历目标数据表，来确定目标OID所对应的子监控对象在目标数据表中所对应的数据行；再根据目标OID所对应的目标数据表的列号，在数据行中确定该目标OID所对应的监控数据。

可选的，该服务器监控方法进一步包括：

根据服务器的MIB文件预先生成服务器的动态库文件；

其中，动态库文件中包括对应服务器的不同监控对象的多个数据表。

根据本发明的实施例，还提供了一种基于SNMP的服务器监控装置。

为了更清楚的理解本发明的上述技术方案，下面以一具体实施例来对本发明的技术方案进行详细阐述。

请参照图2所示，图2示出了本发明方案的服务器监控方法中的通过so库扩展snmp代理的示意性流程图。

首先定义mib文件，根据mib文件编写代码，代码中调用脚本和外部库接口获取服务器信息，然后对代码进行编译生成so库，so库中包括对应服务器的不同监控对象的多个数据表，再配置snmpd.conf(net-snmp的代理配置文件，用于配置代理和管理端通信时的参数)和加载so库文件，重启snmpd程序，就完成了so扩展snmp代理的过程。在此过程通过so扩展实现数据表类型的指标会简化指标值的获取。

如图3所示，在上述过中生成的数据表类型中的记录是以链表的形式来保存的，根据本发明的一个实施例，数据表中每一行记录的是目标监控对象(如服务器的风扇)所对应的每个子监控对象(如风扇1)的所有指标(如温度、转速等)，每一列记录的是所有指标的监控数据(如温度20℃、转速5000r/min)。

当然，数据表的类型中的记录不仅仅可以是链表的形式，也可以是以其他的形式记录。

为了更清楚的理解本发明的技术方案，请参照图4，图4示出了本发明的服务器监控方法的整体流程。

根据本发明的实施例，首先初始化so库，就可使so库中对应不同监控对象(例如服务器的风扇、CPU、存储器等)的多个数据列表得到初始化；然后等待外部用户对服务器信息的访问，例如对前文提到的服务器的风扇1的转速(第一个OID)和CPU的温度(第二个OID)的访问，这里即为多个目标OID；然后在接收到外部访问的第一个OID后，系统就会调用第三方库的接口或脚本来获取该服务器的软硬件信息(即涉及外部访问的OID的监控对象的信息)，并将该服务器的软硬件信息(这里为服务器的风扇的信息和服务器的CPU的信息)以图3所示的链表的方式来组织每条记录，从而生出对应服务器的不同监控对象(风扇、CPU)的两个数据表，其中，以风扇的数据表为例，风扇的链表中包括多条对应该服务器的所有风扇的记录，其中，每条记录中包含该风扇的各种指标(例如转速、温度等)的信息；

其中，由于这里外部访问的第一个OID为风扇1的转速，那么系统会遍历风扇链表来取得与风扇1对应的记录行，并根据上述第一个OID来从风扇链表中取得与转速对应的列号，最后就可取得风扇1的转速所对应的值。

由于上述过程仅仅完成了对一个OID的访问处理过程，在前文中提到外部访问的可能是多个OID，那么在对第一个OID访问完成后，会判断一下OID的访问是否完成(即是否还有需要访问的OID)，如果没有完成OID的数据访问，则开始对第二个OID进行访问(即前文提到的CPU的温度)；如果完成了对所有需要访问的OID的数据读取，利用SNMP协议向外发布监控信息，并继续回到等待外部访问的步骤。

其中，在一个实施例中，由于服务器的一些监控对象的软硬件指标可能是不断变化，那么在上述处理过程中，在读取得到对应记录的列号前，因为需要对第一个OID所对应的指标的类型进行判断，例如这里的第一个OID为风扇1的转速，显然该指标为动态指标，那么系统就会实时获取该服务器的风扇1的当前转速的数值，并基于读到的数值来实时修改风扇数据链表中风扇1所对应的记录中转速指标的字段值，实现对链表中该动态指标的实时更新；然后系统读取到的指标值就会是最新的字段值，保证了读取的目标OID的监控数据的时效性。

当然上述温度、转速等指标只是服务器中的监控目标中的示意性指标而已，实际监控中还可以是监控对象的其他指标。

此外，本发明不仅仅在访问的目标OID中涉及动态指标时才会对该目标OID所对应的数据表中的动态字段进行更新，在一个实施例中，根据本发明实施例的服务器监控方法还可包括：

在目标OID所对应的数据表在一定时间内被第一次访问读取监控数据的情况下，就会对该数据表中的动态指标的字段值进行更新，具体的：例如前文中访问的第二个OID(CPU的温度)，在CPU数据表10分钟内被第一次访问记录或读取监控数据的情况下，系统会获取该服务器的CPU的所有动态指标的状态信息；并根据各个动态指标的状态信息来对CPU数据表中的各个动态指标的监控数据进行及时更新。这样就保证了so库中各个数据表的监控数据的动态加载，节省了OID监控数据的访问时间。

另外，在上述实施例中，是以外部访问的多个OID对应的是不同监控对象的数据表为例的，而根据本发明的又一实施例，还可能多个OID为对应同一个数据表的情况，例如外部需要访问风扇1的温度、风扇1的转速多个监控目标OID，它们则对应相同的目标数据表(该服务器的风扇数据表)，那么只需在风扇数据表中分别读取多个监控目标OID分别对应的监控数据，即风扇1的温度和风扇1的转速。这样就可以调用脚本每次处理多个OID，不需要多次调用脚本，提高了snmp代理性能。同样地，监控目标OID可以是服务器中任何可监控的指标，风扇的温度和转速只是本实施例中的监控目标OID，并不限制本发明。

通过上述描述可以看出，借助于本发明的服务器监控方法，不仅可以借助动态库(例如so库)来扩展snmp代理功能，还能在so库中调用脚本和库接口获取服务器信息，从而更加灵活和精确地获得信息；并通过将OID在动态库中以数据表的形式进行组织，实现对数据表中所有指标的服务器信息的一次性获取，提高snmp代理的性能；同时还能够实时动态的获得服务器的信息，提供解决服务器软硬件指标不断变化而导致读取的监控数据时效性差的技术方案。

根据本发明的实施例，还提供了一种服务器监控装置。

如图5所示，根据本发明实施例的服务器监控装置包括：

预先生成模块51，用于根据服务器的MIB文件预先生成对应服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的OID和监控数据；

确定模块52，用于根据接收的需要访问的多个目标OID在预先生成的多个数据表中确定每个目标OID所对应的目标数据表；

读取模块53，用于在存在多个目标OID对应相同的目标数据表的情况下，在目标数据表中分别读取多个目标OID所分别对应的监控数据。

其中，在一个实施例中，根据本发明实施例的确定模块52包括：

第一确定子模块(未示出)，用于根据接收的需要访问的目标OID确定目标监控对象；

第二确定子模块(未示出)，用于在预先生成的多个数据表中确定目标监控对象所对应的目标数据表。

此外，在一个实施例中，根据本发明实施例的服务器监控装置进一步包括：

获取模块(未示出)，用于在目标数据表在预定时间内被首次读取监控数据的情况下，获取目标服务器的动态指标的状态信息；

更新模块(未示出)，用于根据服务器的动态指标的状态信息对目标数据表中的动态指标的监控数据进行更新。

另外，在另一个实施例中，根据本发明实施例的服务器监控装置进一步包括：

判断获取模块(未示出)，用于在目标数据表中读取每个目标OID所对应的监控数据之前，对每个目标OID所对应的指标的类型进行判断，在判断该指标为服务器的动态指标的情况下，实时获取服务器当前该动态指标的状态信息；

实时更新模块(未示出)，用于基于当前该动态指标的状态信息对目标数据表中的该动态指标的监控数据进行实时更新。

综上所述，借助于本发明的上述技术方案，通过so库来扩展net-snmp的代理功能，可实现数据表类型的指标，从而会简化指标值的获取。即通过调用脚本一次性获得全部指标值(每次处理多个OID)，就不需要多次调用脚本；并且利用脚本和调用外部库接口的方式来获取服务器的软硬件信息，还能够实现实时动态服务器信息的修改；并利用SNMP协议向外发布监控信息，从而提高了snmp代理的性能，并且更加灵活和精确地获得信息。

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

Claims (8)

1.一种基于简单网络管理协议SNMP的服务器监控方法，其特征在于，包括：

根据服务器的管理信息库MIB文件预先生成对应所述服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的对象标识符OID和监控数据；

根据接收的需要访问的多个目标OID在预先生成的所述多个数据表中确定每个目标OID所对应的目标数据表；

在存在多个目标OID对应相同的目标数据表的情况下，在所述目标数据表中分别读取所述多个目标OID所分别对应的监控数据；以及

在所述目标数据表在预定时间内被首次读取监控数据的情况下，获取所述服务器的动态指标的状态信息；

根据所述服务器的动态指标的状态信息对所述目标数据表中的动态指标的监控数据进行更新。

2.根据权利要求1所述的服务器监控方法，其特征在于，根据接收的需要访问的多个目标OID在预先生成的所述多个数据表中确定每个目标OID所对应的目标数据表包括：

根据接收的需要访问的目标OID确定目标监控对象；

在预先生成的所述多个数据表中确定所述目标监控对象所对应的目标数据表。

3.根据权利要求1所述的服务器监控方法，其特征在于，在所述目标数据表中读取每个目标OID所对应的监控数据之前，进一步包括：

对每个目标OID所对应的指标的类型进行判断，在判断该指标为所述服务器的动态指标的情况下，实时获取所述服务器当前该动态指标的状态信息；

基于当前该动态指标的状态信息对所述目标数据表中的该动态指标的监控数据进行实时更新。

4.根据权利要求1所述的服务器监控方法，其特征在于，在所述目标数据表中读取目标OID所对应的监控数据包括：

遍历所述目标数据表，确定所述目标OID所对应的子监控对象在所述目标数据表中所对应的数据行；

根据所述目标OID所对应的所述目标数据表的列号，在所述数据行中确定该目标OID所对应的监控数据。

5.根据权利要求1所述的服务器监控方法，其特征在于，进一步包括：

根据所述服务器的所述MIB文件预先生成所述服务器的动态库文件；

其中，所述动态库文件中包括对应所述服务器的不同监控对象的多个数据表。

6.一种基于简单网络管理协议SNMP的服务器监控装置，其特征在于，包括：

预先生成模块，用于根据服务器的管理信息库MIB文件预先生成对应所述服务器的不同监控对象的多个数据表，其中，每个数据表中包括所对应的监控对象的对象标识符OID和监控数据；

确定模块，用于根据接收的需要访问的多个目标OID在预先生成的所述多个数据表中确定每个目标OID所对应的目标数据表；

读取模块，用于在存在多个目标OID对应相同的目标数据表的情况下，在所述目标数据表中分别读取所述多个目标OID所分别对应的监控数据；

获取模块，用于在所述目标数据表在预定时间内被首次读取监控数据的情况下，获取所述服务器的动态指标的状态信息；以及

更新模块，用于根据所述服务器的动态指标的状态信息对所述目标数据表中的动态指标的监控数据进行更新。

7.根据权利要求6所述的服务器监控装置，其特征在于，所述确定模块包括：

第一确定子模块，用于根据接收的需要访问的目标OID确定目标监控对象；

第二确定子模块，用于在预先生成的所述多个数据表中确定所述目标监控对象所对应的目标数据表。

8.根据权利要求6所述的服务器监控装置，其特征在于，进一步包括：

判断获取模块，用于在所述目标数据表中读取每个目标OID所对应的监控数据之前，对每个目标OID所对应的指标的类型进行判断，在判断该指标为所述服务器的动态指标的情况下，实时获取所述服务器当前该动态指标的状态信息；

实时更新模块，用于基于当前该动态指标的状态信息对所述目标数据表中的该动态指标的监控数据进行实时更新。