CN105956060A - 一种消息中间件资源池化的方法及装置 - Google Patents

Abstract

本发明公开了一种消息中间件资源池化的方法及装置，该方法包括：采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；判断所述消息中间件服务预设可用天数是否包含预定增长期；如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。本发明所提供的消息中间件资源池化的方法及装置，通过资源池化消息中间件，实现服务的统一分析、管理和整合，达到既能保障消息中间件服务的良好运行，又能节省资源的目的。

Description

一种消息中间件资源池化的方法及装置

技术领域

本发明涉及消息中间件服务资源技术领域，特别是涉及一种消息中间件资源池化的方法及装置。

背景技术

随着企业用户规模持续稳定增长和业务种类的不断增加，特别是银行、电信等行业业务量的剧增，而承载关键业务的省级核心业务系统日益庞大，导致消息中间件服务数量不断增加，中间件承载压力越来越大。如何有效掌控服务增长情况，解决性能瓶颈，保障消息中间件系统稳定运行，成为消息中间件运维支撑的首要目标。

传统的解决方法为：通过不断增加服务器数量来达到满足消息中间件服务运行的目的。该方式不但为业务系统不间断运行带来了风险，也增加了维护人员的负担。

发明内容

本发明的目的是提供一种消息中间件资源池化的方法及装置，目的在于通过资源池化消息中间件，实现服务的统一分析、管理和整合，达到既能保障消息中间件服务的良好运行，又能节省资源的目的。

为解决上述技术问题，本发明提供一种消息中间件资源池化的方法，包括：

采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

判断所述消息中间件服务预设可用天数是否包含预定增长期；

如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

可选地，所述获取包含多个采集指标的原始指标数据库包括：

获取至少包含已用数据量指标、服务调用率指标以及服务剩余容量指标的数据。

可选地，所述通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数包括：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数，其中，所述每日服务增长量基准值为所述消息中间件服务每日调用增长量以及减少量的均值。

可选地，所述对所述消息中间件的资源进行调整包括：

计算消息中间件服务的效率值；

以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值。

本发明还提供了一种消息中间件资源池化的装置，包括：

采集模块，用于采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

确定模块，用于通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

判断模块，用于判断所述消息中间件服务预设可用天数是否包含预定增长期；

调整模块，用于如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

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

获取至少包含已用数据量指标、服务调用率指标以及服务剩余容量指标的数据。

可选地，所述确定模块具体用于：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数，其中，所述每日服务增长量基准值为所述消息中间件服务每日调用增长量以及减少量的均值。

可选地，所述调整模块包括：

计算单元，用于计算消息中间件服务的效率值；

调整单元，用于以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值。

本发明所提供的消息中间件资源池化的方法及装置，通过采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；通过原始指标数据库中的数据，确定消息中间件服务预设可用天数；判断消息中间件服务预设可用天数是否包含预定增长期；如果消息中间件服务预设可用天数不包含预定增长期，则直接进行资源池化，否则对消息中间件的资源进行调整。本发明通过对业务系统需求的收集、统一分析，找出特定增长期服务的增加量以及增加规律，将消息中间件服务实现资源池化，根据服务运行特点进行合理配置。既能保障消息中间件服务在特定增长期的服务需求，又能使运维人员跳出原有频繁的不定期服务扩容操作，实现了可预见性的统一安排资源池扩容，并可有效指导应用人员制订新增服务策略，高效提升了运维效率。此外，本发明还能够大量减少日常运维，尤其是节假日期间服务排队告警的数量，对保障消息中间件的稳定运行有着重大意义。

附图说明

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

图1为本发明所提供的消息中间件资源池化的方法的一种具体实施方式的流程图；

图2为本发明所提供的消息中间件资源池化的方法的另一种具体实施方式的流程图；

图3为本发明所提供的消息中间件资源池化的装置的一种具体实施方式的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明所提供的消息中间件资源池化的方法的一种具体实施方式的流程图如图1所示，该方法包括：

步骤S101：采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

步骤S102：通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

步骤S103：判断所述消息中间件服务预设可用天数是否包含预定增长期；

步骤S104：如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

本发明所提供的消息中间件资源池化的方法，通过采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；通过原始指标数据库中的数据，确定消息中间件服务预设可用天数；判断消息中间件服务预设可用天数是否包含预定增长期；如果消息中间件服务预设可用天数不包含预定增长期，则直接进行资源池化，否则对消息中间件的资源进行调整。本发明通过对业务系统需求的收集、统一分析，找出特定增长期服务的增加量以及增加规律，将消息中间件服务实现资源池化，根据服务运行特点进行合理配置。既能保障消息中间件服务在特定增长期的服务需求，又能使运维人员跳出原有频繁的不定期服务扩容操作，实现了可预见性的统一安排资源池扩容，并可有效指导应用人员制订新增服务策略，高效提升了运维效率。此外，本发明还能够大量减少日常运维，尤其是节假日期间服务排队告警的数量，对保障消息中间件的稳定运行有着重大意义。

在上述实施例的基础上，本发明所提供的消息中间件资源池化的方法中步骤S101采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库的过程可以具体为：

通过对现有业务系统的特定时期，如月结、年结、流水等调用次数多、频繁的服务进行定时采集，同时对现有消息中间件业务系统配置数据进行采集，对特定增长期的服务情况进行统计分析、整理，形成反映现有业务系统消息中间件服务调用情况的原始指标数据库。

原始指标数据库中的指标可以包括但不限于如下采集指标：

已用数据量指标Tused：表示每个系统消息中间件服务在采集周期内总调用和。

服务调用率指标Pused：表示每个系统消息中间件服务在采集周期内的服务调用率。

服务剩余容量指标Tfree：表示每个系统消息中间件服务在采集周期内的服务剩余容量。

进一步地，步骤S102通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数的过程可以具体包括：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数。

其中，获取采集周期内消息中间件服务每日调用增长量以及减少量，将所述消息中间件服务每日调用增长量以及减少量的均值作为每日服务增长量基准值。具体可通过如下公式计算出中间件服务预计可用天数：

中间件服务预计可用天数(N1)＝当前服务剩余容量(Tfree)/每日服务增长量基准值(Iday)。

本发明所提供的消息中间件资源池化的方法的另一种具体实施方式的流程图如图2所示，该方法包括：

步骤S201：采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

步骤S202：通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

步骤S203：判断所述消息中间件服务预设可用天数是否包含预定增长期；

步骤S204：如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化；

步骤S205：如果所述消息中间件服务预设可用天数包含预定增长期，则计算消息中间件服务的效率值；以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值。

本实施例中通过判断中间件服务预计天数是否包含特定增长期，来判断现有资源是否能满足业务需求。

其中，计算消息中间件服务的效率值可以具体采用下述公式获得：

消息中间件服务效率值＝交易总数*平均时间/服务数/3600。

本实施例中具体的调整方式以消息中间件服务最大实践值为基准，调整资源池的大小，当效率值大于最大实践值时，调整中间件服务最大值，反之则调整最小值。具体地，最大实践值可以为0.1，可根据实际情况设定，这均不影响本发明的实现。

针对业务系统对消息中间件资源需求情况进行合理配置后，整合成资源池化的服务进行统一上线。

本实施例通过收集业务系统特定增长期消息中间件服务数量的数据作为源数据，通过对数据的统一分析得到目前消息中间件业务系统运行资源的使用情况，然后以实践最佳值作为基准值来进行消息中间件资源池化，以达到保障消息中间件服务稳定运行、节约维护成本的目的。

下面对本发明实施例所提供的消息中间件资源池化的装置进行介绍，下文描述的消息中间件资源池化的装置与上文描述的消息中间件资源池化的方法可相互对应参照。

图3为本发明所提供的消息中间件资源池化的装置的一种具体实施方式的结构框图，参照图3消息中间件资源池化的装置可以包括：

采集模块100，用于采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

确定模块200，用于通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

判断模块300，用于判断所述消息中间件服务预设可用天数是否包含预定增长期；

调整模块400，用于如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

可选地，本发明所提供的消息中间件资源池化的装置中采集模块100可以具体用于：

获取至少包含已用数据量指标、服务调用率指标以及服务剩余容量指标的数据。

可选地，本发明所提供的消息中间件资源池化的装置中确定模块200可以具体用于：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数，其中，所述每日服务增长量基准值为所述消息中间件服务每日调用增长量以及减少量的均值。

可选地，本发明所提供的消息中间件资源池化的装置中调整模块400可以进一步包括：

计算单元，用于计算消息中间件服务的效率值；

调整单元，用于以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值

本发明所提供的消息中间件资源池化的装置根据对中间件服务在特定时期系统需求的采集，经过统一分析统计以及合理配置，达到满足业务系统良好运行、优化系统运维成本和提升系统安全性的目的。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的消息中间件资源池化的方法以及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (8)

1.一种消息中间件资源池化的方法，其特征在于，包括：

采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

判断所述消息中间件服务预设可用天数是否包含预定增长期；

如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

2.如权利要求1所述的消息中间件资源池化的方法，其特征在于，所述获取包含多个采集指标的原始指标数据库包括：

获取至少包含已用数据量指标、服务调用率指标以及服务剩余容量指标的数据。

3.如权利要求2所述的消息中间件资源池化的方法，其特征在于，所述通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数包括：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数，其中，所述每日服务增长量基准值为所述消息中间件服务每日调用增长量以及减少量的均值。

4.如权利要求1至3任一项所述的消息中间件资源池化的方法，其特征在于，所述对所述消息中间件的资源进行调整包括：

计算消息中间件服务的效率值；

以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值。

5.一种消息中间件资源池化的装置，其特征在于，包括：

采集模块，用于采集业务系统对消息中间件在预设周期的运行情况以及系统配置，获取包含多个采集指标的原始指标数据库；

确定模块，用于通过所述原始指标数据库中的数据，确定所述消息中间件服务预设可用天数；

判断模块，用于判断所述消息中间件服务预设可用天数是否包含预定增长期；

调整模块，用于如果所述消息中间件服务预设可用天数不包含所述预定增长期，则直接进行资源池化，否则对所述消息中间件的资源进行调整。

6.如权利要求5所述的消息中间件资源池化的装置，其特征在于，所述采集模块具体用于：

获取至少包含已用数据量指标、服务调用率指标以及服务剩余容量指标的数据。

7.如权利要求6所述的消息中间件资源池化的装置，其特征在于，所述确定模块具体用于：

选取所述消息中间件服务调用率指标超过预设阈值的服务作为分析目标，通过当前服务剩余容量指标以及每日服务增长量基准值，确定所述消息中间件服务预计可用天数，其中，所述每日服务增长量基准值为所述消息中间件服务每日调用增长量以及减少量的均值。

8.如权利要求5至7任一项所述的消息中间件资源池化的装置，其特征在于，所述调整模块包括：

计算单元，用于计算消息中间件服务的效率值；

调整单元，用于以所述消息中间件服务的最大实践值为基准对资源池的大小进行调整，当所述效率值大于所述最大实践值时，调整所述消息中间件服务的最大值，反之调整所述消息中间件服务的最小值。