CN104881352A - 基于移动端的系统资源监控装置 - Google Patents

Abstract

本发明公开了一种基于移动端的系统资源监控装置，包括集中配置模块：配置被监控主机列表、性能采集监控项、采集时间以及采集格式；统一采集模块：实时采集相关元数据并发送给分布式分析模块进行数据预处理；分布式分析模块：对采集到的元数据进行筛选过滤；数据合并归档模块：对预处理后元数据进行合并、归纳，并且与预先定义的性能基线进行对比，生成被监控主机最终的工作状态并推送至移动端展示模块进行查看；移动端展示模块，根据用户选择的系统、时间、维度、图表类型进行报表展示。本发明通过配置、采集系统的运行数据，并进行筛选过滤、合并归纳，从而可以方便地在移动端对历史数据进行查看、检索、对比，满足随人随时随地的监控需求。

Description

基于移动端的系统资源监控装置

技术领域

本发明涉及一种系统资源容量监控装置，尤其涉及一种基于移动端的系统资源监控装置。

背景技术

随着近年来全业务支撑系统建设要求的不断提升与IT系统快速建设，业务的受理、开展与IT系统关系紧密，IT系统稳定性与连续性对业务支撑的重要性日益显现。无论是5*8或者7*24运行的业务系统都对支撑他们的IT系统可用性提出了更高的要求，因此构建成熟、完善、标准的系统管理体系并且使用自动化的运维管理体系来协助运维人员简化日常事务，提高工作效率以确保系统持续可用势在必行。经过多年的设计与完善，许多企业已经建立了集中事件管理工具能够让运维人员统一入口快速而直接的了解与掌握分布复杂的IT设备与应用软件运行情况，并且建立起通过布局合理的图形化界面集中反映网络、系统、数据库和应用的实时状态，通过手机短信、邮件以及页面等多种方式进行告警的运维体系。目前维护人员主要通过以下几种方式进行维护管理：

1、各个系统专业安排人员7*24小时进行系统值守，安排当天值班的人员必须保持网络畅通，登录系统进行值班。

2、系统专业外有需求查看系统状态时，因为各个系统专业监控系统不同，只能通过相关专业人员代为查看。

虽然当前该管理体系已经能满足业务支撑的要求，但依然还存在以下不足：

1、本系统专业人员登录系统接入流程复杂，首先需要在打开电脑连接网络登录系统，然后才能运维管理界面，通常情况下需要维护人员在网络稳定的固定场所进行值班，在紧急情况下正好遇到值班人员外出，虽然可以携带移动WIFI与电脑可以实时登录系统，由于登录系统网络要求较高而移动网络不稳定，告警处理不及时导致业务连续性中断。此外，节假日时非值班人员想要实时查看系统必须通过电脑登录实现，过程复杂。

2、监控系统使用界面复杂，导致本专业以外的其他人员需要查看系统状态时只能由本专业人员代为查看，造成重复工作量，而且遇到节假日时由于仅有值班人员上班造成维护人员瓶颈，有可能影响维护稳定性。

由上可见，以上两种方法都存在技术成本较高，不便于移动端进行实时监控系统状况，而且专业间监控系统隔离度较高造成人员管理成本的增加，因此，有必要对现有的资源容量监控装置进行改进。

发明内容

本发明所要解决的技术问题是提供一种基于移动端的系统资源监控装置，能够方便地在移动端对历史数据进行查看、检索、对比，从而实现随人随时随地的监控系统的运行状况。

本发明为解决上述技术问题而采用的技术方案是提供一种基于移动端的系统资源监控装置，包括集中配置模块：配置被监控主机列表、性能采集监控项、采集时间以及采集格式；统一采集模块：根据集中配置模块的配置信息实时采集相关元数据并发送给分布式分析模块进行数据预处理；分布式分析模块：对采集到的元数据进行筛选过滤；数据合并归档模块：对预处理后元数据进行合并、归纳，并且与预先定义的性能基线进行对比，生成被监控主机最终的工作状态并推送至移动端展示模块进行查看；移动端展示模块，根据用户选择的系统、时间、维度、图表类型向数据合并归档模块请求数据，并将从数据合并归档模块返回的数据进行报表展示。

上述的基于移动端的系统资源监控装置，其中，所述集中配置模块的性能采集监控项包括业务数量、业务成功率、业务成功量、业务失败率、业务失败量、CPU数量、CPU使用率占比、IO等待占比、CPU空闲占比、内存总量、内存使用率占比、内存使用量、内存空闲率占比、内存空闲量、存储空间使用率占比、存储空间使用量、存储空间空闲率占比、存储空间空闲量、DB消耗时间、DB消耗CPU、SQL执行时间、SQL消耗CPU、DB分配内存、DB物理读、DB逻辑读、数据库空间总量、数据库空间使用率占比、数据库空间使用量、数据库空间空闲率占比以及数据库空间空闲量。

上述的基于移动端的系统资源监控装置，其中，所述数据合并归档模块将时间间隔为分钟的历史数据合并为以小时为间隔的性能数据，然后再提供给移动端展示模块进行趋势查询或分析。

上述的基于移动端的系统资源监控装置，其中，所述分布式分析模块计算确定单笔业务CPU使用量的占比，业务处理SQL占用系统CPU的总量以及系统CPU资源的使用率后，结合业务变化量绘制CPU使用量与业务增长量的曲线，并实时更新性能基线。

上述的基于移动端的系统资源监控装置，其中，所述分布式分析模块计算确定数据库数据缓存区内存的使用率，主机内存资源的使用率，数据库内存资源的使用量以及当前主机内存的使用量后，结合业务变化量绘制内存使用量与业务增长量的曲线，并实时更新性能基线。

上述的基于移动端的系统资源监控装置，其中，所述分布式分析模块统计单位时间内已配置的各类业务调用次数与主机、数据库资源消耗关系，统计高峰时期的业务变化趋势及需要的系统资源，并将超出业务高峰时期的系统资源消耗推送给移动端展示模块进行异常报警。

本发明对比现有技术有如下的有益效果：本发明提供的基于移动端的系统资源监控装置，通过配置信息实时采集系统的运行数据进行保存，并将采集的性能数据进行清洗、合并、处理、归档等操作，生产最终数据后通过与配置的相应信息进行对比，对超过配置的数据推送至移动APP端，并提醒维护人员系统存在异常，需要介入处理，而且任何人可以在移动端对权限范围内的系统进行历史数据的查看、检索、对比，从而满足随人随时随地的监控需求。

附图说明

图1为本发明基于移动端的系统资源监控装置架构示意图；

图2为本发明基于移动端的系统资源监控装置处理流程示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的描述。

图1为本发明基于移动端的系统资源监控装置架构示意图。

请参见图1，本发明提供的基于移动端的系统资源监控装置，包括统一采集模块(UAM，Uniform Acquisition Module)、集中配置模块(UCM，Unified ConfigurationModule)、分布式分析模块(DAM，Distributed Analysis Module)、数据合并归档模块(HDAM，Historical Data Archiving Module)、移动端展示模块(CDM，CustomizeDisplay Module)。本发明针对系统资源使用情况在移动端展示方面进行研究，降低用户管理成本、提升灵活性与工作效率。

本发明通过采集各个被监控系统(包括主机、网络、存储、数据库、应用系统等等)的性能指标，通过分布式处理系统将数据进行过滤与筛选，随后进行合并、归纳，并且与所定义的基线进行对比，生成被监控主机最终的工作状态推送至移动APP端进行提醒。本发明还将记录每次被监控主机的工作状态历史曲线，可以供移动端进行展示，同时分布式处理系统还将根据配置信息与历史性能曲线主动维护性能基线，保证状态的准确性。

本发明提供的基于移动端的系统资源监控装置，各模块主要功能如下：

一、统一采集模块(UAM，Uniform Acquisition Module)

UAM主要负责根据UCM中配置的标准格式与时间间隔采集被监控主机的性能数据并且实时发送给DPM进行分析，功能如下：

1、从UCM中读取统一时间、格式配置对被监控主机CPU、内存、空间、数据库性能等指标进行采集。

2、通过消息队列方式将采集的信息实时发送到分布式处理模块。

二、集中配置模块(UCM，Unified Configuration Module)

UCM主要负责配置的集中化管理，用以提供UAM的统一采集及DAM的集中分析，功能如下：

1、被监控主机配置信息的集中管理，例如主机IP地址、主机所在位置等，用以监控agent的自动安装与统一采集。

2、监控项的集中管理，性能采集监控项如下：

3、采集、处理、合并等功能规则与格式集中管理。

UCM统一管理采集的规则与格式，便于UAM与DPM统一采集与处理，根据监控主机与指标的不同，用户可以自定义处理的时间与频率并配置到UCM中进行统一管理。

三、分布式处理模块(DPM，Distributed Processing Module)

DPM主要负责采集信息的集中处理，该模块为本发明中的核心功能，结合UCM中的配置信息实现采集数据的预处理，DPM根据既定UCM中配置的策略将数据按照格式进行处理，将不符合标准的数据筛选，过滤无用数据，最终整理出标准格式发送给DMIM进行后期处理。

四、数据合并归纳模块(DMIM，Data Merge Induce Module)

DMIM负责DPM推送数据的合并与归纳，主要有两个功能：

1、数据后期处理。

采集数据经过DPM处理后已经形成标准的格式，DMIM根据UCM中配置的策略对数据进行后期处理，将实时数据按照策略后推送至MDM进行实时展示，将历史数据根据策略进行合并与归纳，例如对7天前的性能数据将每分钟的时间间隔合并为以小时为间隔的性能数据供DMD端进行趋势查询或分析。

2、性能基线维护。

DMIM根据性能趋势变化结合策略的配置对性能基线进行实时主动维护，保证性能基线与现实状况的准确性，防止因为基线不准确导致误告。

3、异常情况推送

DMIM根据实时性能数据与UCM中配置的性能基线进行对比，将异常的性能数据推送至MDM端进行异常通报，保证系统状态异常可以实时被监控。

五、移动端展示模块(MDM，Mobile Display Module)

通过MDM模块，用户可以在移动APP端选择系统、时间、维度、图表类型进行报表展示，也可以选择多个被监控系统进行关联展示，例如系统性能情况随着业务量增减的变化趋势等，同时DMD可以根据UCM中配置的规则发送特定指令对系统发生的异常进行处理，使系统恢复到正常状态。

本发明提供的基于移动端的系统资源监控装置，UCM中配置了被监控主机列表、采集项、采集时间与采集格式，当UAM读取到该配置后即根据该策略进行元数据采集，UAM通过流技术实时将采集数据发送给DPM进行数据预处理，DPM主要负责将无用信息进行过滤，将数据格式按照UCM中配置的策略进行整理标准化，随后发送给DMIM。DMIM将实时数据与UCM中配置的规则进行对比，超过阀值的发送给MDM提示预警，DMIM还将通过UCM中配置的策略对历史数据进行合并归纳便于MDM进行数据展示。MDM可以根据用户选择时间范围、目标主机等信息向DMIM请求数据，DMIM将数据返回给MDM进行展示与分析，具体流程如图2所示。本发明的具体技术实现流程与算法如下：

首先UAM(统一采集模块)根据UCM(集中配置模块)中配置信息采集被监控记住相关系统运行数据，发送给DPM(分布式处理模块)，通过UCM中的规则进行数据预处理，处理完毕后发送给DMIM(数据合并归纳模块)进行数据后期处理、基线维护与异常推送，最终推送到MDM(移动端展示模块)展示数据供浏览与分析。

综上所述，本发明使得需要通过PC电脑登录运维系统进行系统运维或者性能分析、故障分析的传统方式变得简单、移动、高效化。随时随地的通过移动端APP接入系统查看、分析系统的运行情况，处理系统的异常状态，使得维护人员在节假日外出或离开PC电脑时也可以管理系统。通过移动端的运维管理体系大大的增加了维护的便利、高效性，增强了业务支撑系统的维护能力，使得业务支撑系统更加有力的支撑起业务系统。并且通过移动端APP可以更加方便的共享各个专业间的基础性能数据，大大的减少了专业间因为专业知识的隔离性而带来的配合工作，减轻了一定的工作负荷。通过移动端APP使得运维体系更加丰富，并且具备了更高要求的挑战。

虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的修改和完善，因此本发明的保护范围当以权利要求书所界定的为准。

Claims (6)

1.一种基于移动端的系统资源监控装置，其特征在于，包括：

集中配置模块：配置被监控主机列表、性能采集监控项、采集时间以及采集格式；

统一采集模块：根据集中配置模块的配置信息实时采集相关元数据并发送给分布式分析模块进行数据预处理；

分布式分析模块：对采集到的元数据进行筛选过滤；

数据合并归档模块：对预处理后元数据进行合并、归纳，并且与预先定义的性能基线进行对比，生成被监控主机最终的工作状态并推送至移动端展示模块进行查看；

移动端展示模块，根据用户选择的系统、时间、维度、图表类型向数据合并归档模块请求数据，并将从数据合并归档模块返回的数据进行报表展示。

2.如权利要求1所述的基于移动端的系统资源监控装置，其特征在于，所述集中配置模块的性能采集监控项包括业务数量、业务成功率、业务成功量、业务失败率、业务失败量、CPU数量、CPU使用率占比、IO等待占比、CPU空闲占比、内存总量、内存使用率占比、内存使用量、内存空闲率占比、内存空闲量、存储空间使用率占比、存储空间使用量、存储空间空闲率占比、存储空间空闲量、DB消耗时间、DB消耗CPU、SQL执行时间、SQL消耗CPU、DB分配内存、DB物理读、DB逻辑读、数据库空间总量、数据库空间使用率占比、数据库空间使用量、数据库空间空闲率占比以及数据库空间空闲量。

3.如权利要求1所述的基于移动端的系统资源监控装置，其特征在于，所述数据合并归档模块将时间间隔为分钟的历史数据合并为以小时为间隔的性能数据，然后再提供给移动端展示模块进行趋势查询或分析。

4.如权利要求2所述的基于移动端的系统资源监控装置，其特征在于，所述分布式分析模块计算确定单笔业务CPU使用量的占比，业务处理SQL占用系统CPU的总量以及系统CPU资源的使用率后，结合业务变化量绘制CPU使用量与业务增长量的曲线，并实时更新性能基线。

5.如权利要求2所述的基于移动端的系统资源监控装置，其特征在于，所述分布式分析模块计算确定数据库数据缓存区内存的使用率，主机内存资源的使用率，数据库内存资源的使用量以及当前主机内存的使用量后，结合业务变化量绘制内存使用量与业务增长量的曲线，并实时更新性能基线。

6.如权利要求4或5所述的基于移动端的系统资源监控装置，其特征在于，所述分布式分析模块统计单位时间内已配置的各类业务调用次数与主机、数据库资源消耗关系，统计高峰时期的业务变化趋势及需要的系统资源，并将超出业务高峰时期的系统资源消耗推送给移动端展示模块进行异常报警。