CN111752801A - 一种服务器监控方法及装置 - Google Patents

Abstract

本申请提供了一种服务器监控方法及装置，先读取用户设置的监控配置文件，监控配置文件可以包括至少一个用于描述监控对象的监控对象信息。接着根据监控配置文件，从服务器中采集监控对象对应的监控信息，从而获得用户需求的相关信息。最后可以将至少一个监控信息存储为监控日志，并将监控日志上传至数据库，以便数据库对监控日志进行分析存储。这样一来，当用户需要对某些监控对象进行监控时，只需生成相应地监控配置文件，计算机即可根据监控配置文件自动从服务器中获取监控对象对应的监控信息，并自动将监控信息存储为监控日志上传至数据库。如此，用户可以自由配置监控对象，从而对服务器的各种参数进行监控，满足了日益增长的监控需求。

Description

一种服务器监控方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种服务器监控方法及装置。

背景技术

为了提高数据处理能力，服务提供方可以采用分布式服务器***为客户提供服务。分布式服务器***中可以包括多台服务器。其中每个服务器既可以作为独立的服务器处理独立的业务，也可以与其他服务器相配合，用于执行共同的任务。

由于分布式服务器***中的服务器数量较多，***中任意一个服务器的运行状态都会直接影响整个***的运行。那么，为了保障整个***的正常运转，需要对分布式服务器***中的各个服务器的运行状况进行监视，从而帮助技术人员及时发现服务器出现的问题和异常状况。目前，可以采用如Zibbix等监控软件对服务器的工作状况进行监控。

但是，现有的监控软件只能对固定的一项或几项服务器参数进行监控，并不能实现对服务器全方位的监控，无法满足一些特殊的应用场景。

发明内容

有鉴于此，本申请实施例提供了一种服务器监控方法及装置，旨在根据用户的需求采集服务器的相关信息，从而对服务器集群中的服务器进行监控。

一种服务器监控方法，所述方法包括：

读取监控配置文件，所述监控配置文件包括至少一个监控对象信息，所述监控对象信息为所述监控对象的描述信息；

根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息；

将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。

可选地，所述将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库包括：

在监控周期结束后，将所述本监控周期的监控日志上传至数据库，所述监控周期为上传所述监控日志的周期；

在所述监控日志末尾添加日志指针标识，所述日志指针标识用于区分两个监控周期的监控日志。

可选地，所述将所述本监控周期的监控日志上传至数据库包括：

在所述监控日志中查找上一监控周期的日志指针标识，所述上一监控周期的日志指针标识为上一监控周期添加的日志指针标识；

从所述监控日志中提取位于所述上一监控周期的日志指针标识所在的位置后的内容作为所述本监控周期的监控日志；

删除所述上一监控周期的日志指针标识。

可选地，所述根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息包括：

获取服务器集合，所述服务器集合包括至少一个服务器；

对于所述服务器为集合中任意一个服务器，采集所述服务器的至少一个监控对象对应的监控信息。

可选地，所述将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库包括：

将所述服务器的至少一个监控对象对应的监控信息存储为第一监控日志；

将所述服务器集合中每个服务器对应的第一监控日志整理为第二监控日志；

将所述第二监控日志上传至数据库。

一种服务器监控装置，所述装置包括：

配置读取模块，用于读取监控配置文件，所述监控配置文件包括至少一个监控对象信息，所述监控对象信息为所述监控对象的描述信息；

信息采集模块，用于根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息；

日志生成模块，用于将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。

可选地，所述日志生成模块包括：

日志上传模块，用于在监控周期结束后，将所述本周期的监控日志上传至数据库，所述监控周期为上传所述监控日志的周期；

指针添加模块，用于在所述监控日志末尾添加日志指针标识，所述日志指针标识用于区分两个监控周期的监控日志。

可选地，所述日志上传模块包括：

指针查找模块，用于在所述监控日志中查找上一监控周期的日志指针标识，所述上一监控周期的日志指针标识为上一监控周期添加的日志指针标识；

日志提取模块，用于从所述监控日志中提取位于所述上一监控周期的日志指针标识所在的位置后的内容作为所述本周期的监控日志；

指针删除模块，用于删除所述上一监控周期的日志指针标识。

可选地，所述信息采集模块具体用于：

获取服务器集合，所述服务器集合包括至少一个服务器；

对于所述服务器为集合中任意一个服务器，采集所述服务器的至少一个监控对象对应的监控信息。

可选地，所述日志生成模块具体用于：

将所述服务器的至少一个监控对象对应的监控信息存储为第一监控日志；

将所述服务器集合中每个服务器对应的第一监控日志整理为第二监控日志；

将所述第二监控日志上传至数据库。

本申请实施例提供了一种服务器监控方法及装置，可以先读取用户设置的监控配置文件，监控配置文件可以包括至少一个用于描述监控对象的监控对象信息。接着可以根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息，从而获得用户需求的相关信息。最后可以将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。这样一来，当用户需要对某些监控对象进行监控时，只需生成相应地监控配置文件，计算机即可根据监控配置文件自动从服务器中获取监控对象对应的监控信息，并自动将监控信息存储为监控日志上传至数据库。如此，用户可以自由配置监控对象，从而对服务器的各种参数进行监控，满足了日益增长的监控需求。

附图说明

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

图1为本申请实施例提供的服务器监控方法的方法流程图；

图2为本申请实施例提供的服务器监控方法的一种结构示意图；

图3为本申请实施例提供的服务器监控装置的一种结构示意图；

图4为本申请实施例提供的服务器监控装置的一种结构示意图。

具体实施方式

分布式服务器***具有高性能、高可靠性的特点，可以对海量数据进行处理，在业务处理、数据存储等方面得到了广泛的应用。在分布式服务器***中，多个服务器之间可以相互协同，共同对数据进行处理，从而提升数据处理的速度和效率。

由于需要多个服务器相互协同，那么***中任意一个服务器出现故障都可能影响其他服务器的正常工作，进而对整个***产生影响。因此，为了保证***的正常运行，可以对***中的服务器进行监控。通过获取服务器的运行状态判断服务器是否出现故障，从而及时发现问题并排除故障。目前，可以通过Zibbix等监控软件对服务器的工作状况进行监控。

但是，由于Zibbix等监控软件能够监控的参数是固定不变的，无法根据实际需求灵活调节。另外，现有的监控软件只适用于服务器数量较小的分布式服务器***，并不适用于服务器数量较多的分布式服务器***。当服务器数量较多时，产生的监控日志数据量较大，很容易出现数据丢失或错误。

为了给出能够对分布式服务器***中每个服务器进行监控，且监控项可自由配置的技术方案，本申请实施例提供了一种服务器监控方法，以下将从服务器的角度对本申请优选实施例进行说明。

参见图1，图1为本申请实施例提供的服务器监控方法的方法流程图，包括：

S101：读取监控配置文件。

在对服务器进行监控前，服务器可以先读取用户设置的监控配置文件，以便根据监控配置文件对服务器进行监控。其中，监控配置文件可以包括至少一个监控对象信息，每个监控对象信息与一个监控对象相对应，用于描述监控对象。

在本申请实施例中，监控配置文件可以是程序或脚本，例如可以是由技术人员预先编写JAVA程序或shell脚本。那么，服务器在运行程序或脚本的过程中，即可获取监控项信息，从而对监控对象进行监控。例如，假设监控对象为CPU使用率，那么对应的监控项信息可以是调用服务器的CPU使用率的程序语句。

S102：根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息。

在获取到监控配置文件后，服务器可以采集监控对象对应的监控信息。具体地，服务器可以根据监控配置文件中的至少一个监控对象信息对监控对象进行监控。例如，当监控配置文件为脚本时，服务器可以通过运行脚本自动采集自身的参数作为监控信息。在本申请实施例中，监控对象可以为服务器的CPU使用率、内存使用率，磁盘空间剩余情况，文件句柄数，中间件的线程数和关键服务的运行情况等。

在本申请实施例中，服务器可以根据监控配置文件获取自身的监控信息，也可以由管理服务器获取多个服务器的监控信息。具体地，可以将分布式服务器***划分为多个服务器集合，每个服务器集合包括至少一个服务器且具有一个管理服务器。管理服务器可以根据监控配置文件确定监控对象，并根据监控配置文件获取服务器集合中每个服务器的监控信息。这样一来，将整个服务器集群划分为多个服务器集合，并在服务器集合中设置管理服务器，那么就可以由管理服务器进行监控信息的采集。如此，对于服务器数量较多的***，可以由多个管理服务器对其他服务器进行监控及监控信息的处理，提高了监控效率，降低了监控信息出错的可能性。

S103：将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库。

在采集到监控信息后，服务器可以将监控信息存储为监控日志，并将监控日志上传至数据库，以便数据库对监控日志进行存储分析，从而判断服务器的运行状态。具体地，服务器可以在本地存储空间中生成一个监控日志，在采集到监控信息后，将监控信息的具体数值和与监控信息对应的监控对象存储在监控日志中，并将监控日志通过网络连接或物理连接上传至数据库。如此，技术人员通过对监控日志进行分析，即可确定服务器各个监控对象对应的监控信息。

考虑到分布式服务器***中服务器大多处于持续运转状态，对监控信息的采集也是持续进行地，相当于不断有新的监控信息被存储进监控日志中，从而导致监控日志的大小持续增加。这样一来，如果直接向数据库上传整个监控日志就会过多地占用服务器的计算资源和网络带宽资源，从而导致服务器性能下降。

为了解决这一问题，在一些可能的实现方式中，服务器可以持续对监控对象进行监控，持续生成监控日志，并周期性向数据库发送本周期的监控日志。具体地，技术人员可以先配置监控周期，监控周期为服务器上传监控日志的周期，即服务器两次上传监控日志之间的间隔时间。在每个监控周期结束时，服务器可以将本周期的监控日志上传至数据库，并在监控日志的末尾添加日志指针标识。其中，日志指针标识可以用于区分两个特监控周期的监控日志。这样一来，服务器每次上传的监控日志中仅包括本监控周期的监控信息，即监控对象在本监控周期的具体数值或变化情况，并不包括其他监控周期的监控信息。如此，服务器上传的数据量相对整个监控日志较小，不会占用服务器过多的网络资源或计算资源，从而可以保证服务器的正常工作不会受到上传日志的影响。

进一步地，由于服务器会在每个监控周期结束时向监控日志中添加日志指针标识，服务器可以通过日志指针标识确定本监控周期产生的监控日志和上一周期的监控日志。具体地，服务器在将本监控周期的监控日志上传至数据库时，可以先从监控日志中查找上一监控周期的日志指针标识，即查找服务器在上一个监控周期中添加至监控日志中的日志指针标识。接着服务器可以从监控日志中提取位于上一监控周期的日志指针标识所在的位置后的内容作为本监控周期的监控日志。最后再删除上一监控周期的日志指针标识。这样一来，在每个监控周期结束时，服务器都会在监控日志的末尾添加用于区分监控周期的日志指针标识，那么服务器根据上一周期的日志指针标识即可确定监控日志中哪些数据是历史监控周期记录的，哪些数据是本监控周期记录的。如此，服务器通过日志指针标识即可从监控日志中提取本监控周期的监控日志。另外，服务器删除上一周期的日志指针标识可以保证监控日志中最多存在一个日志指针标识，从而可以保证上传的监控日志仅包括本监控周期的监控日志。

进一步地，如果本申请实施例中的服务器为服务器集合的管理服务器，服务器可以对多个服务器进行监控。由于监控的服务器数量较多，生成的监控信息也相对较多，为了防止不同服务器的监控信息相互混淆，管理服务器可以先对监控信息进行整理，再生成统一的第二监控日志。具体地，服务器可以将同一个服务器的一个或多个监控信息存储为第一监控日志，接着再将服务器集合中每个服务器对应的第一监控日志整理为第二监控日志，以便将第二监控日志上传至数据库。这样一来，可以先将来自同一个服务器的一个或多个监控信息整理为一个第一监控日志，再将来自一个或多个服务器的第一监控日志整理为第二监控日志，如此，可以避免来自不同服务器的监控信息相互混淆。

在一些可能的实现方式中，服务器可以采用JAVA编写的日志抽取程序进行监控日志的收集，通过Kafka或ElasticSearch对监控日志进行存储分析。当然也可以采用其他方法，本申请实施例对此不作额外限定。

本申请实施例提供了一种服务器监控方法，可以先读取用户设置的监控配置文件，监控配置文件可以包括至少一个用于描述监控对象的监控对象信息。接着可以根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息，从而获得用户需求的相关信息。最后可以将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。这样一来，当用户需要对某些监控对象进行监控时，只需生成相应地监控配置文件，计算机即可根据监控配置文件自动从服务器中获取监控对象对应的监控信息，并自动将监控信息存储为监控日志上传至数据库。如此，用户可以自由配置监控对象，从而对服务器的各种参数进行监控，满足了日益增长的监控需求。

以上为本申请实施例提供服务器监控法的一些具体实现方式，基于此，本申请还提供了对应的装置。下面将从功能模块化的角度对本申请实施例提供的上述装置进行介绍。

参见图2所示的2装置的结构示意图，该装置200包括：

配置读取模块210，用于读取监控配置文件，所述监控配置文件包括至少一个监控对象信息，所述监控对象信息为所述监控对象的描述信息。

信息采集模块220，用于根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息。

日志生成模块230，用于将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。

本申请实施例提供了一种服务器监控方法，可以先读取用户设置的监控配置文件，监控配置文件可以包括至少一个用于描述监控对象的监控对象信息。接着可以根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息，从而获得用户需求的相关信息。最后可以将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。这样一来，当用户需要对某些监控对象进行监控时，只需生成相应地监控配置文件，计算机即可根据监控配置文件自动从服务器中获取监控对象对应的监控信息，并自动将监控信息存储为监控日志上传至数据库。如此，用户可以自由配置监控对象，从而对服务器的各种参数进行监控，满足了日益增长的监控需求。

可选地，参见图3，在图2所示装置的基础上，所述日志生成模块230包括：

日志上传模块231，用于在监控周期结束后，将所述本周期的监控日志上传至数据库，所述监控周期为上传所述监控日志的周期。

指针添加模块232，用于在所述监控日志末尾添加日志指针标识，所述日志指针标识用于区分两个监控周期的监控日志。

这样一来，服务器每次上传的监控日志中仅包括本监控周期的监控信息，即监控对象在本监控周期的具体数值或变化情况，并不包括其他监控周期的监控信息。如此，服务器上传的数据量相对整个监控日志较小，不会占用服务器过多的网络资源或计算资源，从而可以保证服务器的正常工作不会受到上传日志的影响。

可选地，参见图4，在图3所示装置的基础上，所述日志上传模块231包括：

指针查找模块231-1，用于在所述监控日志中查找上一监控周期的日志指针标识，所述上一监控周期的日志指针标识为上一监控周期添加的日志指针标识。

日志提取模块231-2，用于从所述监控日志中提取位于所述上一监控周期的日志指针标识所在的位置后的内容作为所述本周期的监控日志。

指针删除模块231-3，用于删除所述上一监控周期的日志指针标识。

这样一来，在每个监控周期结束时，服务器都会在监控日志的末尾添加用于区分监控周期的日志指针标识，那么服务器根据上一周期的日志指针标识即可确定监控日志中哪些数据时历史监控周期记录的，哪些数据是本监控周期记录的。如此，服务器通过日志指针标识即可从监控日志中提取本监控周期的监控日志。另外，服务器删除上一周期的日志指针标识可以保证监控日志中最多存在一个日志指针标识，从而可以保证上传的监控日志仅包括本监控周期的监控日志。

可选地，在一些可能地实现方式中，所述信息采集模块220具体用于：

获取服务器集合，所述服务器集合包括至少一个服务器。

对于所述服务器为集合中任意一个服务器，采集所述服务器的至少一个监控对象对应的监控信息。

这样一来，将整个服务器集群划分为多个服务器集合，并在服务器集合中设置管理服务器，那么就可以由管理服务器进行监控信息的采集。如此，对于服务器数量较多的***，可以由多个管理服务器对其他服务器进行监控及监控信息的处理，提高了监控效率，降低了监控信息出错的可能性。

可选地，在一些可能地实现方式中，所述日志生成模块230具体用于：

将所述服务器的至少一个监控对象对应的监控信息存储为第一监控日志；

将所述服务器集合中每个服务器对应的第一监控日志整理为第二监控日志；

将所述第二监控日志上传至数据库。

这样一来，可以先将来自同一个服务器的一个或多个监控信息整理为一个第一监控日志，再将来自一个或多个服务器的第一监控日志整理为第二监控日志，如此，可以避免来自不同服务器的监控信息相互混淆。

本申请实施例中提到的“第一监控日志”、“第二监控体质”等名称中的“第一”、“第二”只是用来做名字标识，并不代表顺序上的第一、第二。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请示例性的实施方式，并非用于限定本申请的保护范围。

Claims (10)

1.一种服务器监控方法，其特征在于，所述方法包括：

读取监控配置文件，所述监控配置文件包括至少一个监控对象信息，所述监控对象信息为所述监控对象的描述信息；

根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息；

将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。

2.根据权利要求1所述的方法，其特征在于，所述将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库包括：

在监控周期结束后，将所述本监控周期的监控日志上传至数据库，所述监控周期为上传所述监控日志的周期；

在所述监控日志末尾添加日志指针标识，所述日志指针标识用于区分两个监控周期的监控日志。

3.根据权利要求2所述的方法，其特征在于，所述将所述本监控周期的监控日志上传至数据库包括：

在所述监控日志中查找上一监控周期的日志指针标识，所述上一监控周期的日志指针标识为上一监控周期添加的日志指针标识；

从所述监控日志中提取位于所述上一监控周期的日志指针标识所在的位置后的内容作为所述本监控周期的监控日志；

删除所述上一监控周期的日志指针标识。

4.根据权利要求1所述的方法，其特征在于，所述根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息包括：

获取服务器集合，所述服务器集合包括至少一个服务器；

对于所述服务器为集合中任意一个服务器，采集所述服务器的至少一个监控对象对应的监控信息。

5.根据权利要求4所述的方法，其特征在于，所述将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库包括：

将所述服务器的至少一个监控对象对应的监控信息存储为第一监控日志；

将所述服务器集合中每个服务器对应的第一监控日志整理为第二监控日志；

将所述第二监控日志上传至数据库。

6.一种服务器监控装置，其特征在于，所述装置包括：

配置读取模块，用于读取监控配置文件，所述监控配置文件包括至少一个监控对象信息，所述监控对象信息为所述监控对象的描述信息；

信息采集模块，用于根据所述监控配置文件，从服务器中采集至少一个监控对象对应的监控信息；

日志生成模块，用于将所述至少一个监控信息存储为监控日志，并将所述监控日志上传至数据库，以便所述数据库对所述监控日志进行分析存储。

7.根据权利要求6所述的装置，其特征在于，所述日志生成模块包括：

日志上传模块，用于在监控周期结束后，将所述本周期的监控日志上传至数据库，所述监控周期为上传所述监控日志的周期；

指针添加模块，用于在所述监控日志末尾添加日志指针标识，所述日志指针标识用于区分两个监控周期的监控日志。

8.根据权利要求7所述的装置，其特征在于，所述日志上传模块包括：

指针查找模块，用于在所述监控日志中查找上一监控周期的日志指针标识，所述上一监控周期的日志指针标识为上一监控周期添加的日志指针标识；

日志提取模块，用于从所述监控日志中提取位于所述上一监控周期的日志指针标识所在的位置后的内容作为所述本周期的监控日志；

指针删除模块，用于删除所述上一监控周期的日志指针标识。

9.根据权利要求6所述的装置，其特征在于，所述信息采集模块具体用于：

获取服务器集合，所述服务器集合包括至少一个服务器；

对于所述服务器为集合中任意一个服务器，采集所述服务器的至少一个监控对象对应的监控信息。

10.根据权利要求9所述的装置，其特征在于，所述日志生成模块具体用于：

将所述服务器的至少一个监控对象对应的监控信息存储为第一监控日志；

将所述服务器集合中每个服务器对应的第一监控日志整理为第二监控日志；

将所述第二监控日志上传至数据库。

Images