CN108959048A - 模块化环境的性能分析方法、装置及可存储介质 - Google Patents

Abstract

本发明涉及一种模块化环境的性能分析方法、装置及可存储介质，其中的方法包括：接入待分析对象；在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；对获取的性能指标进行全局性分析，得到分析结果；根据所述分析结果对所述待分析对象进行合理化分配。本发明的有益效果为：一站式完成全局性能分析工作，并进行计算机系统、计算机集群/服务器集群的模块扩缩容，完成合理的容量调度等性能分配工作，相较于传统的半自动人工管理而言，通过提供接口接入到原有的计算机系统、计算机集群以及服务器集群之后能够全自动地对其性能指标进行采集，并根据采集的性能指标从全局角度判断健康程序、容量需求等运维管理。

Description

模块化环境的性能分析方法、装置及可存储介质

技术领域

本发明实施例涉及信息处理技术领域，尤其涉及一种模块化环境的性能分析方法、装置及可存储介质。

背景技术

随着信息化进程的飞速发展，计算机系统已经成为现代企业的一部分。近年来各行业信息化建设不断完善，业务的操作也越来越集中于信息系统或信息平台。模块化、服务化是当前IT环境的演变方向，同时也加剧了管理上的复杂度。保证系统正常运行的运维工作日渐重要，目前IT运维已经逐步实现从人工运维到计算机管理的转变，但其中很多企业的IT运维管理依然处在“半自动化”的运维状态。

半自动化得到的数据报表最终由技术人员根据已存的容量和性能指标，分析并确定容量管理需求、生成所需的异常报告、性能管理报告及容量管理报告，最终结合性能管理报告找到异常原因并提出优化建议。

发明内容

为了克服相关技术中存在的问题，本发明提供一种模块化环境的性能分析方法、装置及可存储介质，以实现从全局角度对计算机系统中所有设备硬件及软件的性能指标进行全自动化的分析。

第一方面，本发明实施例提供了一种模块化环境的容量规划及性能分析方法，所述方法包括：

接入待分析对象；

在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

对获取的性能指标进行全局性分析，得到分析结果；

根据所述分析结果对所述待分析对象进行合理化分配。

结合另一方面，本发明另一可实行实施方式中，所述接入待分析对象，包括：

通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；

采集所述待分析对象的性能指标包括：

设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

结合另一方面，本发明另一可实行实施方式中，所述启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标，包括：

通过每一所述待分析对象对应的性能采集线程采集预设的性能指标；

保存所述性能指标；

模块化展示所述性能指标。

结合另一方面，本发明另一可实行实施方式中，所述方法还包括：

设置针对于所述待分析对象的告警逻辑；

根据所述告警逻辑，检测所述性能指标是否发生异常；

当所述性能指标发生异常时，生成告警信息并插入到告警队列中；

检测所述异常是否恢复；

当所述异常已恢复时，生成告警恢复信息并插入到告警队列中。

结合另一方面，本发明另一可实行实施方式中，所述根据所述告警逻辑，检测所述性能指标是否发生异常包括：

根据所述告警逻辑，启动至少一个的告警检测线程以及至少一个的告警处理线程；

当所述告警处理线程查询到所述告警队列中待处理的告警信息时，提取告警信息中的字符串；

检测系统中是否已存在所述字符串；

当已存在所述字符串时，更新所述字符串对应的告警信息的最后上报时间；

当不存在所述字符串时，在系统中记录所述字符串对应的告警信息；

根据预设规则发送所述告警信息。

结合另一方面，本发明另一可实行实施方式中，所述方法还包括：

通过所述告警处理线程对告警队列进行轮询；

当发现待处理的告警恢复信息时，提取所述告警恢复信息的字符串；

检测所述告警恢复信息的字符串所对应的告警信息是否存在；

当存在时，根据预设规则处理所述告警信息，同时发送告警恢复通知；

当不存在时，标记所述告警恢复信息为无效信息。

结合另一方面，本发明另一可实行实施方式中，所述方法还包括：

获取所述分析结果后，结合所述告警逻辑中的告警信息及告警恢复信息，对待分析对象所属的设备集群进行容量调度和性能匹配。

第二方面，本发明还提供了一种模块化环境的容量规划及性能分析装置，所述装置包括：

接入模块，用于接入待分析对象；

启动模块，用于在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

分析模块，用于对获取的性能指标进行全局性分析，得到分析结果；

分配模块，用于根据所述分析结果对所述待分析对象进行合理化分配。

上述的装置，所述接入模块还用于：

通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；

所述启动模块还用于：

设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

第三方面，本发明还提供了一种可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述方法的步骤。

本发明通过提供中心化的模块化管理环境，使需要进行性能分析的计算机系统、计算机/服务器集群等的每一设备或模块的性能指标、日志和标准输出，能够一站式完成全局性能分析工作，并据此进行计算机系统、计算机集群/服务器集群的模块扩缩容，完成合理的容量调度等性能分配工作，相较于传统的半自动人工管理而言，本发明通过提供接口接入到原有的计算机系统、计算机集群以及服务器集群之后能够全自动地对其性能指标进行采集，并根据采集的性能指标从全局角度判断健康程序、容量需求等运维管理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的传统半自动检测时的流程示意图。

图2是根据一示例性实施例示出的一种模块化环境的性能分析方法的流程示意图。

图3是根据一示例性实施例示出的根据告警逻辑检测时的流程示意图。

图4是根据一示例性实施例示出的根据字符串检测的流程示意图。

图5是根据一示例性实施例示出的告警信息恢复与否时的流程示意图。

图6是根据一示例性实施例示出的一种模块化环境的性能分析装置的框图。

图7是根据一示例性实施例示出的可读取介质存储设备的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图中将各步骤描述成顺序的处理，但是其中的许多步骤可以并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排，当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图内的其它步骤。处理可以对应于方法、函数、规程、子例程、子程序等。

传统的容量分析通常需要一个人工管理流程，如图1所示，人工布线选择需要采集的性能数据，生成数据管理报告，运维人员判断该数据管理报告中是否存在异常、异常出现原因、具体故障分析、优化方案确定、具体的系统或应用调优等步骤，最终由技术人员根据已存的容量和性能指标，分析并确定容量管理需求、生成所需的异常报告、性能管理报告及容量管理报告，最终结合性能管理报告找到异常原因并提出优化建议，这种半自动化的运维管理模式需要花费大量的人力物力且往往达不到预期效果。

本发明涉及一种模块化环境的性能分析方法、装置及可存储介质，其主要运用于需要对业务平台中的计算机/服务器、系统/集群进行自动分析和匹配调度的场景中，其基本思想是：通过提供中心化的模块化管理环境，使需要进行性能分析的计算机系统、计算机/服务器集群等的每一设备或模块的性能指标、日志和标准输出，能够一站式完成全局性能分析工作，并据此进行计算机系统、计算机集群/服务器集群的模块扩缩容，完成合理的容量调度等性能分配工作，相较于传统的半自动人工管理而言，本发明通过提供接口接入到原有的计算机系统、计算机集群以及服务器集群之后能够全自动地对其性能指标进行采集，并根据采集的性能指标从全局角度判断健康程序、容量需求等运维管理。

本实施例可适用于带有中心管理模块的智能型终端中以进行模块化环境的性能分析情况中，该方法可以由中心管理的装置来执行，其中该装置可以由软件和/或硬件来实现，一般地可集成于终端中，如图2所示，为本发明的一种模块化环境的性能分析方法的流程示意图，所述方法具体包括如下步骤：

在步骤210中，接入待分析对象；

所述待分析对象包括信息系统或信息平台，以及包括多台计算机或服务器的集群系统，其可以视为一整个IT环境，为本发明为了从全局化角度对性能进行分析而搭建的性能分析平台，对于该性能分析平台中的每一个计算机或每一个要实现某一任务目标的功能模块等作为性能分析平台的一个模块，性能分析平台能够获取每一个模块的性能指标。

在本发明的实施方式中，所述接入待分析对象，包括通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；采集所述待分析对象的性能指标包括：设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

待分析对象之间可以通过环路自动串联，一个性能分析平台中的所有待分析对象之间以强耦合的状态关联，以能够实现当检测到其中一个待分析对象的相应性能指标不符合要求时从其它的待分析对象中调度相应的性能指标，根据实际的应用场景需要采集的性能指标也不相同，其可以由用户自行设定并采集。

在步骤220中，在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

所述待分析对象的启动包括有接入时待分析对象已启动，则直接通过相应的性能采集接口获取其在启动时的性能指标。

在待分析对象已启动，但未接入性能分析平台时视为其未上线，即视为未接入采集线程。

性能分析平台(Manager agent，管理中心)在启动时，会启动性能采集线程采集已经接入到性能分析平台中的所有待分析对象，而待分析对象的状态由未接入转换为接入时，性能分析平台同样会为新接入的待分析对象重新分配采集线程进行性能指标的采集，同样地，性能分析平台在启动后能够设置在达到一定的预设条件例如下行3点开启防火墙四点重新分配容量，则在预设条件达成时或之前开启对应的性能采集线程进行采集。

在步骤230中，对获取的性能指标进行全局性分析，得到分析结果；

获取的性能指标包括基础性能指标，例如待分析对象为计算机时，其基础性能指标可以为CPU使用率、内存使用率、硬盘使用率、流量负荷参数等，每一预设时间如1分钟采集一次，另外同样包括非基础性能指标，例如某一服务器中某一单片存储的使用频率。

全局性分析可以为以计算机所属的计算机局域网为全局分析单一计算机在计算机局域网中的性能占比，其可以为某一项性能指标或两项以上的性能指标的分析结果。

在步骤240中，根据所述分析结果对所述待分析对象进行合理化分配。

例如在计算机局域网中，当计算机A任务少而所占用带宽资源远高于预设阈值A，而计算机B大量任务未完成而所占用带宽资源远低于平均阈值B，则此时根据该分析结果可以对计算机A、B占用的带宽资源进行重新分配，将带宽资源较多地倾向于计算机B，即提高计算机B的带宽资源，以使计算机B尽快地完成任务，从而达到带宽资源的合理化分配。

本发明的方法，通过搭建模块化环境的性能分析平台，使得通过该性能分析平台提供中心化的模块化管理环境，对于目前需要进行性能分析的各类硬件或软件系统作为接入性能分析平台的一个个模块进行具体分析，并通过性能分析平台的全局角度上进行性能统筹，例如对其中的某一待分析对象的扩容或缩容，又如完成合理的容量调度等性能分配工作，以及能够实现的对其它类型的性能指标的调度分配，相较于传统的半自动人工管理而言，本发明提供接口接入到原有的计算机系统、计算机集群以及服务器集群之后能够全自动地对其性能指标进行采集，并根据采集的性能指标从全局角度判断健康程序、容量需求等运维管理，实现了全自动化的以全局角度进行自动统筹调度分配。

在本发明的一种可行的实施方式中，所述方法还包括对性能指标的分析展示过程，这一过程包括：通过每一所述待分析对象对应的性能采集线程采集预设的性能指标；保存所述性能指标；模块化展示所述性能指标。

在采集性能指标的过程中可在性能分析平台中直接保存对应的性能指标数据，并可于相应的显示页面按照性能指标的类型、标准、条件、需求等以图形化的方式显示所述性能指标，查看模块数据时可选择单机服务性能或由所有数据叠加产生的整体服务性能等，便于用户在使用过程中查看性能数据以及了解对性能数据的分析过程。

本发明示例性实施例的一种可行的实施场景中，所述方法还包括对性能指标达到告警条件时调用相应的调度、匹配、恢复规则/策略进行相应的调度、匹配、恢复等行为，如图3所示，为本发明的对性能指标是否符合告警条件的检测示意图，这一过程可包括如下步骤：

在步骤310中，设置针对于所述待分析对象的告警逻辑；

在不同的实际应用场景中，所述告警逻辑的具体内容并非确定不变的，所述告警逻辑可以封装，也可以由用户自行编写。

在步骤320中，根据所述告警逻辑，检测所述性能指标是否发生异常；

包括在启动告警逻辑时，启动至少一个的告警检测线程以及至少一个的告警处理线程；

例如，所述告警逻辑包括DNS负载均衡的逻辑标准，此时，对获取到的性能指标-DNS负载率进行检测，当DNS负载率过高或者过低时(高于第一阈值M，或者低于第二阈值N，其中，M>N)均可判断其对应的所属计算机设备发生异常。

在步骤330中，当所述性能指标发生异常时，生成告警信息并插入到告警队列中；

当DNS负载率过高或者过低时，生成DNS性能指标的告警信息并插入到告警队列。

在步骤340中，检测所述异常是否恢复；

性能分析平台检测到所述告警信息时，可通过全局调度模块对全局的DNS负载率进行全局调度，以使全局DNS负载达到均衡状态，达到DNS负载均衡时即所述异常恢复。

在步骤350中，当所述异常已恢复时，生成告警恢复信息并插入到告警队列中。

当异常恢复时，例如DNS负载均衡时，生成相应的告警恢复信息并插入到告警队列中。

本发明的方法，通过对告警逻辑对性能分析平台收集到的所有性能指标进行判断，所述告警逻辑还可以按照预设时间进行更新，对于设置相关性能指标的预警监控、(动态)阈值告警等，当符合告警逻辑中的预设告警条件时进行告警，同时通过性能调度模块对其进行调度，对于较严重的告警信息还可以通过通讯方式发送至特定的移动终端，通知特定的用户查看及了解相应告警信息。

本发明示例性实施例的一种可行的实施场景中，启动若干告警检测线程以及一个告警处理线程后，对告警信息是否进行处理的过程包括根据token(字符串)判断是否能够进行处理或者是否已完成处理的过程，如图4所示，这一过程包括如下步骤：

在步骤410中，当所述告警处理线程查询到所述告警队列中待处理的告警信息时，提取告警信息中的字符串；

即提取其中的告警Token(字符串)，所述字符串用于唯一标示一个异常，例如硬盘告警的token就是“硬盘告警+IP+分区名”，当获取到所述字符串时，同时能够获取到硬盘的IP地址以及硬件分区名等硬件信息。

在步骤420中，检测系统中是否已存在所述字符串；

在一种优先的实施方式中，所述性能分析平台中预先存储有对于例如硬件告警的解决方案，该解决方案对应于所述字符串，当系统中已存在所述字符串时即表明该告警信息可通过预设的解决方案进行解决。

在步骤430中，当已存在所述字符串时，更新所述字符串对应的告警信息的最后上报时间；

当存在所述字符串时，即表明性能分析平台能够解决该告警信息，表示该告警重复，此时更新告警信息上报时间。

在步骤440中，当不存在所述字符串时，在系统中记录所述字符串对应的告警信息；

当不存在所述字符串时表示对应的所述告警信息为新告警信息，插入到告警队列中；

在步骤450中，根据预设规则发送所述告警信息。

发送所述告警信息并设置所述告警信息为待解决，对于无法解决的告警信息，可通过性能分析平台的自学习功能进行深度训练后提出告警信息的解决方案。

本发明的方法，通过对告警信息的字符串检测是否异常以及对告警信息的处理。

本发明示例性实施例的一种可行的实施场景中，所述方法还包括对告警恢复信息的结束与否的过程，如图5所示，这一过程可包括如下步骤：

在步骤510中，通过所述告警处理线程对告警队列进行轮询；

在步骤520中，当发现待处理的告警恢复信息时，提取所述告警恢复信息的字符串；

在步骤530中，检测所述告警恢复信息的字符串所对应的告警信息是否存在；

在步骤540中，当存在时，根据预设规则处理所述告警信息，同时发送告警恢复通知；

在步骤550中，当不存在时，标记所述告警恢复信息为无效信息。

告警处理线程轮询告警处理队列，如果发现待处理的告警恢复消息，则提取其中的告警Token，然后检查目前是否已经有该token的告警存在。如果存在，表示告警可以被恢复，则更新告警的恢复时间为当前时刻，结束告警，并根据预设告警通知规则发送告警恢复通知；不存在，表示是无效的恢复消息，直接忽略，本发明的方法通过对告警恢复信息的字符串的提取确定了告警恢复信息的有效与否，保证了告警恢复信息的有效性。

本发明示例性实施例的一种可行的实施场景中，所述方法还包括：

获取所述分析结果后，结合所述告警逻辑中的告警信息及告警恢复信息，对待分析对象所属的设备集群进行容量调度和性能匹配。

设置告警逻辑后，性能分析平台每隔一预设时间检测所有的告警信息，对于对用户较为重要的主要模块，例如防火墙模块、数据库业务模块等，其均默认为每隔60秒检测一次，当在步骤230中对获取的性能指标进行全局性分析时，充分考虑告警信息以及告警恢复信息后，对待分析对象所属的设备集群进行容量调度和性能匹配，不仅减少了告警次数和频率，还使得接入性能分析平台的所有设备的性能达到最优化的调度和匹配。

图6为本发明实施例提供的一种模块化环境的性能分析装置的结构示意图，该装置可由软件和/或硬件实现，一般地集成于终端中，可通过模块化环境的性能分析方法来实现。如图所示，本实施例可以以上述实施例为基础，提供了一种模块化环境的性能分析装置，其主要包括了接入模块610、启动模块620、分析模块630以及分配模块640。

其中的接入模块610，用于接入待分析对象；

其中的启动模块620，用于在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

其中的分析模块630，用于对获取的性能指标进行全局性分析，得到分析结果；

其中的分配模块640，用于根据所述分析结果对所述待分析对象进行合理化分配。

本发明示例性实施例的一种可行的实施场景中，所述接入模块610还用于：

通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；

所述启动模块620还用于：

设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

本发明示例性实施例的一种可行的实施场景中，所述启动模块还用于：

通过每一所述待检测设备对应的性能采集线程采集预设的性能指标；保存所述性能指标；模块化展示所述性能指标。

本发明示例性实施例的一种可行的实施场景中，所述装置还包括：

设置模块，用于设置针对于所述待检测设备的告警逻辑；

第一检测模块，用于根据所述告警逻辑，检测所述性能指标是否发生异常；

第一插入模块，用于当所述性能指标发生异常时，生成告警信息并插入到告警队列中；

第二检测模块，用于检测所述异常是否恢复；

第二插入模块，用于当所述异常已恢复时，生成告警恢复信息并插入到告警队列中。

本发明示例性实施例的一种可行的实施场景中，所述第一检测模块包括：

启动子模块，用于根据所述告警逻辑，启动至少一个的告警检测线程以及至少一个的告警处理线程；

提取子模块，用于当所述告警处理线程查询到所述告警队列中待处理的告警信息时，提取告警信息中的字符串；

检测子模块，用于检测系统中是否已存在所述字符串；

更新子模块，用于当已存在所述字符串时，更新所述字符串对应的告警信息的最后上报时间；

记录子模块，用于当不存在所述字符串时，在系统中记录所述字符串对应的告警信息；

根据预设规则发送所述告警信息。

本发明示例性实施例的一种可行的实施场景中，所述装置还包括：

轮询模块，用于通过所述告警处理线程对告警队列进行轮询；

提取模块，用于当发现待处理的告警恢复信息时，提取所述告警恢复信息的字符串；

字符串检测模块，用于检测所述告警恢复信息的字符串所对应的告警信息是否存在；

处理模块，用于当所述告警恢复信息的字符串所对应的告警信息存在时，根据预设规则处理所述告警信息，同时发送告警恢复通知；

标记模块，用于当所述告警恢复信息的字符串所对应的告警信息不存在时，标记所述告警恢复信息为无效信息。

本发明示例性实施例的一种可行的实施场景中，所述装置还包括最优调度模块：

获取所述分析结果后，结合所述告警逻辑中的告警信息及告警恢复信息，对待检测设备所属的设备集群进行容量调度和性能匹配。

图7是根据一示例性实施例示出的一种计算机设备1900的框图。例如，装置1900可以被提供为一服务器。参照图5，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述实施例的模块化环境的性能分析方法。

所述存储器1932可以由任何类型的易失性或非易失性存储装置或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器

(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入/输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，

FreeBSDTM或类似。

在本发明示例性实施例的另一种实施场景中，本实施例还提供一种包括指令的非临时性计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能，例如包括指令的存储器1932。本实施例的非临时性计算机可读存储介质用于存储金融小程序，被处理器执行时实现上述实施例的模块化环境的性能分析方法。

另一个涉及计算机程序产品的实施例包括对应于所阐明的系统和/或产品中至少一个的装置中每个装置的计算机可执行指令。这些指令可以被再分成子例程和/或被存储在一个或者多个可能静态或者动态链接的文件中。

计算机程序的载体可以是能够运载程序的任何实体或者装置。例如，载体可以包含存储介质，诸如(ROM例如CDROM或者半导体ROM)或者磁记录介质(例如软盘或者硬盘)。进一步地，载体可以是可传输的载体，诸如电学或者光学信号，其可以经由电缆或者光缆，或者通过无线电或者其它手段传递。当程序具体化为这样的信号时，载体可以由这样的线缆或者装置组成。可替换地，载体可以是其中嵌入有程序的集成电路，所述集成电路适合于执行相关方法，或者供相关方法的执行所用。

应该留意的是，上文提到的实施例是举例说明本发明，而不是限制本发明，并且本领域的技术人员将能够设计许多可替换的实施例，而不会偏离所附权利要求的范围。在权利要求中，任何放置在圆括号之间的参考符号不应被解读为是对权利要求的限制。动词“包括”和其词形变化的使用不排除除了在权利要求中记载的那些之外的元素或者步骤的存在。在元素之前的冠词

“一”或者“一个”不排除复数个这样的元素的存在。本发明可以通过包括几个明显不同的组件的硬件，以及通过适当编程的计算机而实现。在列举几种装置的装置权利要求中，这些装置中的几种可以通过硬件的同一项来体现。在相互不同的从属权利要求中陈述某些措施的单纯事实并不表明这些措施的组合不能被用来获益。

如果期望的话，这里所讨论的不同功能可以以不同顺序执行和/或彼此同时执行。此外，如果期望的话，以上所描述的一个或多个功能可以是可选的或者可以进行组合。

如果期望的话，上文所讨论的各步骤并不限于各实施例中的执行顺序，不同步骤可以以不同顺序执行和/或彼此同时执行。此外，在其他实施例中，以上所描述的一个或多个步骤可以是可选的或者可以进行组合。

虽然本发明的各个方面在独立权利要求中给出，但是本发明的其它方面包括来自所描述实施方式的特征和/或具有独立权利要求的特征的从属权利要求的组合，而并非仅是权利要求中所明确给出的组合。

这里所要注意的是，虽然以上描述了本发明的示例实施方式，但是这些描述并不应当以限制的含义进行理解。相反，可以进行若干种变化和修改而并不背离如所附权利要求中所限定的本发明的范围。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的计算装置来实现，各模块可以集中在单个计算装置或者计算装置组成的网络组中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

本领域普通技术人员应该明白，本发明实施例的装置中的各模块可以用通用的移动终端来实现，各模块可以集中在单个移动终端或者移动终端组成的装置组合中，本发明实施例中的装置对应于前述实施例中的方法，其可以通过编辑可执行的程序代码实现，也可以通过集成电路组合的方式来实现，因此本发明并不局限于特定的硬件或者软件及其结合。

注意，上述仅为本发明的示例性实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种模块化环境的性能分析方法，其特征在于，所述方法包括：

接入待分析对象；

在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

对获取的性能指标进行全局性分析，得到分析结果；

根据所述分析结果对所述待分析对象进行合理化分配。

2.根据权利要求1所述的方法，其特征在于，所述接入待分析对象，包括：

通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；

采集所述待分析对象的性能指标包括：

设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

3.根据权利要求1所述的方法，其特征在于，所述启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标，包括：

通过每一所述待分析对象对应的性能采集线程采集预设的性能指标；

保存所述性能指标；

模块化展示所述性能指标。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

设置针对于所述待分析对象的告警逻辑；

根据所述告警逻辑，检测所述性能指标是否发生异常；

当所述性能指标发生异常时，生成告警信息并插入到告警队列中；

检测所述异常是否恢复；

当所述异常已恢复时，生成告警恢复信息并插入到告警队列中。

5.根据权利要求4所述的方法，其特征在于，所述根据所述告警逻辑，检测所述性能指标是否发生异常包括：

根据所述告警逻辑，启动至少一个的告警检测线程以及至少一个的告警处理线程；

当所述告警处理线程查询到所述告警队列中待处理的告警信息时，提取告警信息中的字符串；

检测系统中是否已存在所述字符串；

当已存在所述字符串时，更新所述字符串对应的告警信息的最后上报时间；

当不存在所述字符串时，在系统中记录所述字符串对应的告警信息；

根据预设规则发送所述告警信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

通过所述告警处理线程对告警队列进行轮询；

当发现待处理的告警恢复信息时，提取所述告警恢复信息的字符串；

检测所述告警恢复信息的字符串所对应的告警信息是否存在；

当存在时，根据预设规则处理所述告警信息，同时发送告警恢复通知；

当不存在时，标记所述告警恢复信息为无效信息。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

获取所述分析结果后，结合所述告警逻辑中的告警信息及告警恢复信息，对待分析对象所属的设备集群进行容量调度和性能匹配。

8.一种模块化环境的容量规划及性能分析装置，其特征在于，所述装置包括：

接入模块，用于接入待分析对象；

启动模块，用于在待分析对象启动时，启动所述待分析对象的性能采集线程并采集所述待分析对象的性能指标；

分析模块，用于对获取的性能指标进行全局性分析，得到分析结果；

分配模块，用于根据所述分析结果对所述待分析对象进行合理化分配。

9.根据权利要求8所述的装置，其特征在于，所述接入模块还用于：

通过提供的系统接口接入所述待分析对象；其中，所述待分析对象至少包括多个耦合的设备和/或系统；

所述启动模块还用于：

设定每一所述耦合的设备和/或系统需要采集的性能指标类型并采集。

10.一种可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1～7所述方法的步骤。