服务器性能监控方法及系统的制作方法
【技术领域】
[0001]本发明涉及计算机技术领域，具体涉及一种服务器性能监控方法以及服务器性能监控系统。
【背景技术】
[0002]现有的服务器性能监控都是基于单机数据收集、基于两点间直接网络通信。对于有上万台机器分布在上百公里不同物理位置的系统来说，很难实现统一监控，遇到了监控范围物理距离小、网络负担过大等等技术问题。
【发明内容】
[0003]为了解决现有技术中的上述缺点和问题而提出本发明。
[0004]根据本发明的一个方面，提出了一种服务器性能监控方法，包括:远程被监控服务器获取本地的原始监控信息并且经局域网推送给本地监控收集服务器；所述本地监控收集服务器对所述原始监控信息进行汇总处理；所述本地监控收集服务器将汇总处理后的监控信息经广域网推送给总监控收集服务器；所述总监控收集服务器将所述汇总处理后的监控信息保存在数据库中。
[0005]可选地，所述远程被监控服务器获取本地的原始监控信息并且经局域网推送给本地监控收集服务器的步骤包括:所述远程被监控服务器记录本地的性能指标和时间戳；所述远程被监控服务器从本地的应用异常日志和应用访问日志中抽取预设类型的需监控信息；所述远程被监控服务器将所述性能指标、所述时间戳和所述需监控信息作为所述原始监控信息经局域网推送给所述本地监控收集服务器。
[0006]可选地，所述本地监控收集服务器将汇总处理后的监控信息经广域网推送给总监控收集服务器的步骤包括:所述本地监控收集服务器将所述汇总处理后的监控信息按预设周期定期推送给所述总监控收集服务器，若当前周期推送失败，则暂存所述汇总处理后的监控信息并等待下一周期重新推送。
[0007]可选地，还包括:所述本地监控收集服务器判断所述汇总处理后的监控信息是否满足报警条件，若是，则所述本地监控收集服务器经广域网向所述总监控收集服务器发送报警消息并且经GPRS向用户终端发送所述报警消息。
[0008]可选地，还包括:监控系统web服务器接收到用户发来的请求信息后，从所述数据库中获取所述汇总处理后的监控信息并展示给所述用户。
[0009]根据本发明的另一方面，提供了一种服务器性能监控系统，包括:远程被监控服务器、本地监控收集服务器、总监控收集服务器，以及数据库，其中，所述远程被监控服务器用于获取本地的原始监控信息并且经局域网推送给所述本地监控收集服务器；所述本地监控收集服务器用于对所述原始监控信息进行汇总处理，将汇总处理后的监控信息经广域网推送给所述总监控收集服务器；所述总监控收集服务器用于将所述汇总处理后的监控信息保存在所述数据库中。
[0010]可选地，所述远程被监控服务器还用于:记录本地的性能指标和时间戳；从本地的应用异常日志和应用访问日志抽取预设类型的需监控信息；将所述性能指标、所述时间戳和所述需监控信息作为所述原始监控信息经局域网推送给所述本地监控收集服务器。
[0011]可选地，所述本地监控收集服务器还用于:将所述汇总处理后的监控信息按预设周期定期推送给所述总监控收集服务器，若当前周期推送失败，则暂存所述汇总处理后的监控信息并等待下一周期重新推送。
[0012]可选地，所述本地监控收集服务器还用于:判断所述汇总处理后的监控信息是否满足报警条件，若是，则经广域网向所述总监控收集服务器发送报警消息并且经GPRS向用户终端发送所述报警消息。
[0013]可选地，还包括:监控系统web服务器，用于接收到用户发来的请求信息后，从所述数据库中获取所述汇总处理后的监控信息并展示给所述用户。
[0014]根据本发明的服务器性能监控方法及系统，在远程被监控服务器与总监控收集服务器之间引入了本地监控收集服务器，并且将信息汇总处理工作放在本地监控收集服务器上进行，形成了 “下层局域网监控+上层广域网监控”的双层监控的架构，与【背景技术】中现有技术方案相比，这样能够减少对总监控收集服务器的数据传输量，避免因为网络延时丢失数据，稳定性更好，还可以降低总监控收集服务器的硬件要求从而降低硬件设施成本。
【附图说明】
[0015]通过下面结合附图进行的描述，本发明一些示范性实施例的上述和其他方面、特征和优点对于本领域技术人员来说将变得显而易见，其中:
[0016]图1是示出根据本发明的服务器性能监控方法的主要步骤的流程图；以及
[0017]图2是示出根据本发明的服务器性能监控系统的主要部件的框图。
【具体实施方式】
[0018]提供参考附图的下面描述以帮助全面理解本发明的示范性实施例。其包括各种细节以助于理解，而应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识至IJ，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，省略了对公知功能和结构的描述。
[0019]图1是示出根据本发明的服务器性能监控方法的流程图。如图1所示，该服务器性能监控方法主要包括如下的步骤A至步骤D。
[0020]步骤A:远程被监控服务器获取本地的原始监控信息并且经局域网推送给本地监控收集服务器。其中，远程被监控服务器与本地监控收集服务器通常呈预设对应连接的“多对一”的映射关系。
[0021]可选地，步骤A可以具体包括如下的步骤Al至步骤A3。
[0022]步骤Al:远程被监控服务器记录本地的性能指标和时间戳。
[0023]具体地，远程被监控服务器可以利用客户端程序等方式实时记录本地的性能指标和时间戳。性能指标可以是指CPU占用率、内存使用情况等等。
[0024]步骤A2:远程被监控服务器从本地的应用异常日志和应用访问日志中抽取预设类型的需监控信息。
[0025]具体地，远程被监控服务器可以利用客户端程序通过正则表达式的配置信息对本地的应用异常日志和应用访问日志抽取预设类型的需监控信息。其中，预设类型的需监控信息可以包括如下的一种或多种:服务器标识、服务器应用名称、应用实例位置、待抽取应用访问日志位置、待抽取应用异常日志位置，以及应用访问日志中单次http请求的响应时间位置等等。
[0026]步骤A3:远程被监控服务器将性能指标、时间戳和需监控信息作为原始监控信息经局域网推送给预设对应连接的本地监控收集服务器。
[0027]步骤B:本地监控收集服务器对原始监控信息进行汇总处理。
[0028]需要说明的是，汇总处理可以是求总和或者求平均等等处理，本发明不做限制。例如:某个本地监控收集服务器接收到远程被监控服务器每秒钟发送一次的数据传输量(即“原始监控信息”)，然后计算历史一分钟内的总数据传输量(即“汇总处理后的监控信息”)。又例如:某个本地监控收集服务器接收到远程被监控服务器每秒钟发送一次的当前CPU占用率(S卩“原始监控信息”)，然后计算历史一分钟内的平均CPU占用率(S卩“汇总处理后的监控信息”)。
[0029]步骤C:本地监控收集服务器将汇总处理后的监控信息经广域网推送给总监控收集服务器。其中，本地监控收集服务器与总监控收集服务器通常呈预设对应连接的“多对一”的映射关系。
[0030]可选地，本地监控收集服务器将汇总处理后的监控信息按预设周期定期推送给总监控收集服务器，若当前周期推送失败，则暂存汇总处理后的监控信息并等待下一周期重新推送。这样设置可以使得监控过程不受暂时网络故障影响，能够确保数据推送成功，避免数据丢失，提高了监控过程的稳定性。
[0031]由图1所示的流程可以看出，通过引入了本地监控收集服务器进行信息汇总处理，可以避免直接向总监控收集服务器发送大量的、原始的监控信息，从而能够减少向总监控收集服务器传输网络数据的传输量。
[0032]步骤D:总监控收集服务器将汇总处理后的监控信息保存在数据库中。具体地，总监控收集服务器可以将接收到的汇总处理后的监控信息同步地保存在数据库中，这样可以将数据持久化保存，也便于用户实时查询当前监控信息或者查询历史监控信息。
[0033]可选地，该方法还包括如下步骤(图1中未示出):本地监控收集服务器判断汇总后监控数据是否满足报警条件，若是，则本地监控收集服务器经广域网向总监控收集服务器发送报警消息并且经GPRS (General Packet Rad1 Service，通用分组无线业务)向用户终端(例如手机)发送报警消息。
[0034]例如:预先设置报警条件为“CPU占用率超过95%持续2分钟”。若本地监控收集服务器判断汇总监控信息满足该报警条件，那么本地监控收集服务器既向总监控收集服务器发送报警信息，又通过GPRS短信等方式向监控人员携带的手机发出报警信息。其中，报警消息可以包括“有警情发生”的事件通知之外，还可以包括“属于何种警报类型