CN111224811A

CN111224811A - 一种snmp请求监听系统、方法、装置及计算机可读存储介质

Info

Publication number: CN111224811A
Application number: CN201911055056.6A
Authority: CN
Inventors: 尹腾霄
Original assignee: Beijing Inspur Data Technology Co Ltd
Current assignee: Beijing Inspur Data Technology Co Ltd
Priority date: 2019-10-31
Filing date: 2019-10-31
Publication date: 2020-06-02
Anticipated expiration: 2039-10-31
Also published as: CN111224811B

Abstract

本申请公开了一种SNMP请求监听系统、方法、装置及计算机可读存储介质，包括服务控制模块、定时器模块、缓存模块和数据处理模块；本申请在保留经典模式下，新增快速模式，允许设备利用数据处理模块定时获取本地数据，将本地数据预先缓存至缓存中，以供服务控制模块根据SNMP请求随时从缓存中获取本地数据，减少了对数据处理模块直接获取本地数据的次数，减少了对应用程序接口的调用次数，提高了系统的稳定性，同时，回避了因应用程序接口数量有限导致的在面对大量SNMP请求时响应速度减慢的情况，提高了请求响应速度，且双模式能够保证适用更广的应用场景。

Description

一种SNMP请求监听系统、方法、装置及计算机可读存储介质

技术领域

本发明涉及计算机领域，特别涉及一种SNMP请求监听系统、方法、装置及计算机可读存储介质。

背景技术

传统的SNMP客户端实现了在运行时监听SNMP请求，调用系统API或工具进行数据查询，处理之后响应请求，这个过程中由于某些API(Application ProgrammingInterface，应用程序接口)自身的限制，某些指标值获取速度比较慢(例如CPU利用率等)，且若同时有多个SNMP请求，后发的请求可能由于端口被占用等原因失去响应，导致错误的发生。

为此，需要一种能够应对大量SNMP请求，提高系统稳定性和对请求相应效率的SNMP请求监听系统。

发明内容

有鉴于此，本发明的目的在于提供一种SNMP请求监听系统、方法、装置及计算机可读存储介质，提高系统稳定性和对请求相应效率。其具体方案如下：

一种SNMP请求监听系统，包括服务控制模块、定时器模块、缓存模块和数据处理模块；

所述服务控制模块，用于当本地设备位于经典模式下，调用所述数据处理模块，获取本地设备的本地数据；当所述本地设备位于快速模式下，调用所述缓存模块，获取所述本地数据；利用所述本地数据，响应接收到的SNMP请求；

所述定时器模块，用于设定所述数据处理模块获取并发送所述本地数据至所述缓存模块的数据获取频率；

所述缓存模块，用于缓存所述数据处理模块发送的所述本地数据；

所述数据处理模块，用于当所述本地设备位于经典模式下，根据所述服务控制模块的调用请求从所述本地设备获取所述本地数据，并发送所述本地数据至所述服务控制模块；当所述本地设备位于快速模式下，根据所述数据获取频率，定时从所述本地设备获取所述本地数据，并发送所述本地数据至所述缓存模块。

可选的，所述数据处理模块，具体用于当所述本地设备位于经典模式下，根据所述服务控制模块的调用请求调用系统数据接口从所述本地设备获取所述本地数据，并发送所述本地数据至所述服务控制模块；当所述本地设备位于快速模式下，根据所述数据获取频率，定时调用系统数据接口从所述本地设备获取所述本地数据，并发送所述本地数据至所述缓存模块。

可选的，还包括：

模式切换模块，用于根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定所述本地设备的运行模式。

可选的，还包括：

负载监测模块，用于利用所述缓存模块，获取所述本地数据，利用所述本地数据得到所述本地设备的运行负载；

所述定时器模块，具体用于利用所述运行负载和预先设定的频率设置标准，设定所述数据处理模块获取并发送所述本地数据至所述缓存模块的数据获取频率。

可选的，还包括：

故障分析模块，用于调用所述缓存模块中的所述本地数据，判断所述本地数据是否超过报警阈值，若是，则报警。

本发明还公开了一种SNMP请求监听方法，包括：

当本地设备位于经典模式下，直接利用系统接口获取本地设备的本地数据；

当所述本地设备位于快速模式下，从所述本地数据的缓存中获取所述本地数据；

利用所述本地数据，响应接收到的SNMP请求；

其中，缓存中的本地数据为预先根据预先设定的数据获取频率利用所述系统接口定时获取所述本地数据并存储至所述缓存中。

可选的，还包括：

根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定所述本地设备的运行模式。

可选的，还包括：

利用所述缓存中的所述本地数据，得到所述本地设备的运行负载；

利用所述运行负载和预先设定的频率设置标准，设定所述数据获取频率。

本发明还公开了一种SNMP请求监听装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如前述的SNMP请求监听方法。

本发明还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前述的SNMP请求监听方法。

本发明中，SNMP请求监听系统，包括服务控制模块、定时器模块、缓存模块和数据处理模块；服务控制模块，用于当本地设备位于经典模式下，调用数据处理模块，获取本地设备的本地数据；当本地设备位于快速模式下，调用缓存模块，获取本地数据；利用本地数据，响应接收到的SNMP请求；定时器模块，用于设定数据处理模块获取并发送本地数据至缓存模块的数据获取频率；缓存模块，用于缓存数据处理模块发送的本地数据；数据处理模块，用于当本地设备位于经典模式下，根据服务控制模块的调用请求从本地设备获取本地数据，并发送本地数据至服务控制模块；当本地设备位于快速模式下，根据数据获取频率，定时从本地设备获取本地数据，并发送本地数据至缓存模块。

本发明在保留经典模式下，新增快速模式，允许设备利用数据处理模块定时获取本地数据，将本地数据预先缓存至缓存中，以供服务控制模块根据SNMP请求随时从缓存中获取本地数据，减少了对数据处理模块直接获取本地数据的次数，减少了对应用程序接口的调用次数，提高了系统的稳定性，同时，回避了因应用程序接口数量有限导致的在面对大量SNMP请求时响应速度减慢的情况，提高了请求响应速度，且双模式能够保证适用更广的应用场景。

附图说明

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

图1为本发明实施例公开的一种SNMP请求监听系统结构示意图；

图2为本发明实施例公开的另一种SNMP请求监听系统结构示意图；

图3为本发明实施例公开的一种SNMP请求监听方法流程示意图；

图4为本发明实施例公开的另一种SNMP请求监听方法流程示意图。

具体实施方式

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

本发明实施例公开了一种SNMP请求监听系统，参见图1所示，该系统包括服务控制模块1、定时器模块2、缓存模块3和数据处理模块4；

服务控制模块1，用于当本地设备位于经典模式下，调用数据处理模块4，获取本地设备的本地数据；当本地设备位于快速模式下，调用缓存模块3，获取本地数据；利用本地数据，响应接收到的SNMP请求。

具体的，服务控制模块1用于直接响应本地设备接收到的SNMP请求，根据SNMP请求获取本地设备的本地数据，并将本地数据中与SNMP请求相应的数据反馈给SNMP请求，完成对SNMP请求的相应。

具体的，服务控制模块1根据本地设备的运行状态，采取不同的本地数据获取方式，当本地设备位于经典模式下，服务控制模块1则直接调用用于获取本地数据的数据处理模块4，获取本地设备的本地数据，从而获取当前最新的本地数据反馈至SNMP请求，此种请求响应方法能够保证在面对少量SNMP请求时反馈的数据最新；当本地设备位于快速模式下，服务控制模块1则调用缓存模块3，从缓存中获取缓存模块3预先缓存的数据处理模块4获取的本地数据，此种方法虽然本地数据并不能够保证为最新的数据，但在面对大量SNMP请求时，服务控制模块1能够直接利用缓存中存储好的本地数据直接响应SNMP请求，而不再需要根据每一个SNMP请求多次调用数据处理模块4去获取本地数据，避免了大量的应用程序接口被占用，避免了因应用程序接口被占用过量导致的系统错误，提高了系统的可靠性，同时，解决了因应用程序接口有限导致的请求响应速度缓慢的现象，提高了请求响应速度。

其中，本地设备可以为服务器，本地数据可以为服务器数据，本地数据可以包括系统性能数据和系统中其它应用运行的相关数据等本地设备运行期间产生的数据，系统性能数据可以包括CPU利用率和内存利用率等数据。

需要说明的是，若有多个SNMP请求在短时间内抵达服务控制模块1，服务控制模块1可以利用多线程的方式从缓存中获取一次本地数据并行的同时利用这一次获取的本地数据响应多个SNMP请求，因缓存中的本地数据时定时更新，因此，短时间内对多个SNMP请求无需多次重复从缓存中获取本地数据，提高了SNMP请求的响应速度。

定时器模块2，用于设定数据处理模块4获取并发送本地数据至缓存模块3的数据获取频率。

具体的，为了减少缓存数据对本地设备的性能影响，采用定时缓存的方式缓存数据，由于数据处理模块4获取数据后便会将本地数据发送至缓存中，因此，数据处理模块4获取数据的频率与缓存的频率相同，所以利用定时器模块2设定数据数量模块获取本地数据的数据获取频率，其中，数据获取频率可以为1分钟一次，当然，也可以根据实际应用需求进行设定，频率越快数据准确度越高，但对本地设备的负载压力也越大。

需要说明的是，本地数据中部分数据更新较慢，例如，CPU利用率等，需要获取单位时间内的数据求均值才能够得到有意义的数据，所以对此类数据也无需实时获取，采用定时获取的方式也能够保证此类数据的准确度。

缓存模块3，用于缓存数据处理模块4发送的本地数据。

具体的，缓存模块3用于将本地数据缓存至缓存中，每次数据处理模块4发送最新的本地数据后，缓存模块3均会利用最新的本地数据覆盖旧的本地数据，确保缓存中存储有最新的本地数据，以供服务控制模块1调用本地数据。

数据处理模块4，用于当本地设备位于经典模式下，根据服务控制模块1的调用请求从本地设备获取本地数据，并发送本地数据至服务控制模块1；当本地设备位于快速模式下，根据数据获取频率，定时从本地设备获取本地数据，并发送本地数据至缓存模块3。

具体的，数据处理模块4根据本地设备的运行模式，决定获取数据方式是根据服务控制模块1的调用请求获取本地数据还是定时自动从本地设备获取本地数据，并且决定本地数据的发送对象。

可见，本发明实施例在保留经典模式下，新增快速模式，允许设备利用数据处理模块4定时获取本地数据，将本地数据预先缓存至缓存中，以供服务控制模块1根据SNMP请求随时从缓存中获取本地数据，减少了对数据处理模块4直接获取本地数据的次数，减少了对应用程序接口的调用次数，提高了系统的稳定性，同时，回避了因应用程序接口数量有限导致的在面对大量SNMP请求时响应速度减慢的情况，提高了请求响应速度，且双模式能够保证适用更广的应用场景。

可以理解的是，上述数据处理模块4，可以具体用于通过调用本地设备的数据接口，例如，系统数据接口从本地设备查询和获取本地数据；此外，本地设备的模式切换可以通过人工设置相应配置文件实现模式的切换。

本发明实施例公开了一种具体的SNMP请求监听系统，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图2所示，具体的：

本发明实施例中的SNMP请求监听系统，还可以包括模式切换模块5、负载监测模块6和故障分析模块7；其中，

模式切换模块5，用于根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定本地设备的运行模式。

具体的，在面对大量SNMP请求时可以切换为快速模式，提高处理请求效率，在面对少量SNMP请求时，则可以使用经典模式，提高本地数据的时效性，同时减少因使用缓存带来的对本地设备的负载压力。

具体的，可以根据单位时间内SNMP请求的数量来判断选择哪种运行模式，例如，判断1分钟之内SNMP请求的数量是否超过50条，此时模式切换条件便为SNMP请求的数量是否超过50条，若超过则设定为快速模式，若小于则为经典模式，实现自动切换，确保本地设备可靠高效的运行。

负载监测模块6，用于利用缓存模块3，获取本地数据，利用本地数据得到本地设备的运行负载。

具体的，为了避免数据缓存频率过快导致对本地设备运行负载过高，所以利用负载监测模块6，从缓存模块3中获取本地数据，利用本地数据中记载的与本地设备的运行负载相关的数据得到本地设备的运行负载，例如，利用本地数据中的CPU利用率和内存利用率等数据分析本地设备的负载。

定时器模块2，具体用于利用运行负载和预先设定的频率设置标准，设定数据处理模块4获取并发送本地数据至缓存模块3的数据获取频率。

具体的，定时器模块2根据负载监测模块6得到的本地设备的运行负载后，可以利用运行负载和预先设定的频率设置标准，例如，运行负载超过80％，则数据获取频率为每10分钟获取一次数据，运行负载超过60％，则数据获取频率为每5分钟获取一次数据，运行负载低于40％，则数据获取频率为每1分钟获取一次数据，通过动态调整数据获取频率，确保了本地设备的高效运行。

故障分析模块7，用于调用缓存模块3中的本地数据，判断本地数据是否超过报警阈值，若是，则报警。

具体的，由于本地数据可以暂存在缓存中，因此，获取本地数据不再过度占用应用程序接口，所以利用故障分析模块7调用缓存模块3中的本地数据，判断本地数据是否超过预设的报警阈值，若是，则报警，提示用户本地设备运行出现故障，例如，可以利用本地数据中的系统性能数据来判断系统是否出现卡顿等故障，例如，可以利用本地数据中的内存利用率，判断内存利用率是否超过98％，若超过则系统可能会因内存过度使用造成卡顿，因此，可以进行报警，提示用户需要释放内存；当然，报警形式不局限于此，利用故障分析模块7可以实现性能波动警告、故障隐患警告等告警。

相应的，本发明实施例还公开了一种SNMP请求监听方法，参见图3所示，该方法包括：

S11：当本地设备位于经典模式下，直接利用系统接口获取本地设备的本地数据；

S12：当本地设备位于快速模式下，从本地数据的缓存中获取本地数据；

S13：利用本地数据，响应接收到的SNMP请求；

其中，缓存中的本地数据为预先根据预先设定的数据获取频率利用系统接口定时获取本地数据并存储至缓存中。

可见，本发明实施例在保留经典模式下，新增快速模式，允许设备定时获取本地数据，将本地数据预先缓存至缓存中，以供服务控制模块1根据SNMP请求随时从缓存中获取本地数据，减少了直接获取本地数据的次数，减少了对应用程序接口的调用次数，提高了系统的稳定性，同时，回避了因应用程序接口数量有限导致的在面对大量SNMP请求时响应速度减慢的情况，提高了请求响应速度，且双模式能够保证适用更广的应用场景。

具体的，可以利用系统数据接口获取本地数据。

进一步的，本发明实施例还公开了一种具体的SNMP请求监听方法，参见图4所示，该方法包括：

S21：根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定本地设备的运行模式；

S22：当本地设备位于经典模式下，直接利用系统接口获取本地设备的本地数据；

S23：当本地设备位于快速模式下，从本地数据的缓存中获取本地数据；

S24：利用本地数据，响应接收到的SNMP请求；

S25：利用缓存中的本地数据，得到本地设备的运行负载；

S26：利用运行负载和预先设定的频率设置标准，设定数据获取频率；

S27：调用缓存模块3中的本地数据，判断本地数据是否超过报警阈值，若是，则报警。

需要说明的是，S26和S27之间并无必要的先后执行顺序，可以同时执行，也可以依次执行，在此不做限定。

此外，本发明实施例还公开了一种SNMP请求监听装置，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序；其中，计算机程序被处理器执行时实现以下步骤：

当本地设备位于快速模式下，从本地数据的缓存中获取本地数据；

利用本地数据，响应接收到的SNMP请求；

本发明实施例中，上述计算机程序被处理器执行时，还可以实现以下步骤：根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定本地设备的运行模式。

本发明实施例中，上述计算机程序被处理器执行时，还可以实现以下步骤：利用缓存中的本地数据，得到本地设备的运行负载；利用运行负载和预先设定的频率设置标准，设定数据获取频率。

本发明实施例中，上述计算机程序被处理器执行时，还可以实现以下步骤：调用缓存模块3中的本地数据，判断本地数据是否超过报警阈值，若是，则报警。

另外，本发明实施例还公开了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序；其中，计算机程序被处理器执行时实现以下步骤：

利用本地数据，响应接收到的SNMP请求；

本发明实施例中，上述计算机可读存储介质中保存的计算机程序被处理器执行时，还可以实现以下步骤：根据单位时间内SNMP请求的数量和预先设定的模式切换条件，设定本地设备的运行模式。

本发明实施例中，上述计算机可读存储介质中保存的计算机程序被处理器执行时，还可以实现以下步骤：利用缓存中的本地数据，得到本地设备的运行负载；利用运行负载和预先设定的频率设置标准，设定数据获取频率。

本发明实施例中，上述计算机可读存储介质中保存的计算机程序被处理器执行时，还可以实现以下步骤：调用缓存模块3中的本地数据，判断本地数据是否超过报警阈值，若是，则报警。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

以上对本发明所提供的技术内容进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种SNMP请求监听系统，其特征在于，包括服务控制模块、定时器模块、缓存模块和数据处理模块；

2.根据权利要求1所述的SNMP请求监听系统，其特征在于，所述数据处理模块，具体用于当所述本地设备位于经典模式下，根据所述服务控制模块的调用请求调用系统数据接口从所述本地设备获取所述本地数据，并发送所述本地数据至所述服务控制模块；当所述本地设备位于快速模式下，根据所述数据获取频率，定时调用系统数据接口从所述本地设备获取所述本地数据，并发送所述本地数据至所述缓存模块。

3.根据权利要求2所述的SNMP请求监听系统，其特征在于，还包括：

4.根据权利要求3所述的SNMP请求监听系统，其特征在于，还包括：

5.根据权利要求4所述的SNMP请求监听系统，其特征在于，还包括：

6.一种SNMP请求监听方法，其特征在于，包括：

利用所述本地数据，响应接收到的SNMP请求；

7.根据权利要求6所述的SNMP请求监听方法，其特征在于，还包括：

8.根据权利要求7所述的SNMP请求监听系统，其特征在于，还包括：

9.一种SNMP请求监听装置，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现如权利要求6至8任一项所述的SNMP请求监听方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求6至8任一项所述的SNMP请求监听方法。