CN110109810A - 集群压测容量确定的方法及装置 - Google Patents

Abstract

本申请公开了一种集群压测容量确定的方法及装置。该申请的方法包括切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；对所述目标集群中包含的各个子业务组进行压力测试；并且，监控所述目标集群中各个子业务组对应的压力测试指标的变化，每种压力测试指标对应一个指标极限值；若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。本申请解决了相关的集群压测容量的确定方式无法对业务相关的产品营销活动进行更准确的可行性指导的技术问题。

Description

集群压测容量确定的方法及装置

技术领域

本申请涉及集群服务技术领域，具体而言，涉及一种集群压测容量确定的方法及装置。

背景技术

集群是一组相互独立的、通过高速网络互联的计算机，它们构成了一个组，并以单一系统的模式加以管理。随着互联网技术的快速发展和广泛应用，目前许多的网络业务的处理需要集群处理来满足性能的需求。每个集群都有自己的压测容量，压测容量是指集群同时可以支撑的最大访问量。压测容量能够为网络业务相关的产品的营销活动进行可行性指导，避免出现网络业务系统崩溃或者瘫痪等问题。

相关的集群压测容量的确定方式是通过模拟用户请求进行压力测试得到的，这种方式得到的压测容量数据通常不够精准，在实际的应用中不精准的压测容量可能会造成：当营销活动量过大时，出现程序页面请求延时、失败、服务器宕机等；当营销活动量过小时，又会造成资源的浪费。因此，这种方式得到的集群压测容量无法对网络业务相关的产品营销活动进行更准确的可行性指导。

发明内容

本申请的主要目的在于提供一种集群压测容量确定的方法，以解决相关的集群压测容量的确定方式无法对网络业务相关的产品营销活动进行更准确的可行性指导的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种集群压测容量确定的方法。

根据本申请的集群压测容量确定的方法包括：

切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；

对所述目标集群中包含的各个子业务组进行压力测试；并且，

监控所述目标集群中各个子业务组对应的压力测试指标的变化，所述压力测试指标至少包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标中的一种，每种压力测试指标对应一个指标极限值；

若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；

将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。

进一步的，所述方法还包括：

若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到所述目标集群中；

重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，所述切割用户请求到目标集群中包括：

将所述目标集群之外的任一业务集群对应的用户请求切割到所述目标集群中。

进一步的，所述方法还包括：

若所述目标集群之外的所有业务集群对应的用户请求切割到所述目标集群中后，压力测试仍未终止，则缩减目标集群中的服务器数量；

重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，在对所述目标集群中包含的各个子业务组进行压力测试之前，所述方法还包括：

获取各个子业务组对应的压力测试指标以及与每种压力测试指标对应的指标极限值。

进一步的，所述方法还包括：

终止压力测试后，记录每个子业务组对应的压力测试指标的当前指标值；

将所有的当前指标值与对应的子业务组关联存储。

进一步的，所述方法还包括：

终止压力测试后，比较每个子业务组对应的压力测试指标的当前指标值的极限趋近率，所述极限趋近率为压力测试指标的当前指标值与其对应的指标极限值的比；

将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标；

比较每个子业务组的压测容量衡量指标对应的极限趋近率，将与最大的极限趋近率对应的压测容量衡量指标作为所述目标集群的压测容量衡量指标。

为了实现上述目的，根据本申请的另一方面，提供了一种集群压测容量确定的装置。

根据本申请的集群压测容量确定的装置包括：

切割单元，用于切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；

测试单元，用于对所述目标集群中包含的各个子业务组进行压力测试；

监控单元，用于监控所述目标集群中各个子业务组对应的压力测试指标的变化，所述压力测试指标至少包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标中的一种，每种压力测试指标对应一个指标极限值；

终止单元，用于若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；

压测容量确定单元，将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。

进一步的，所述装置还包括：

所述切割单元，还用于若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到所述目标集群中；

所述测试单元，还用于重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，所述切割单元用于：

将所述目标集群之外的任一业务集群对应的用户请求切割到所述目标集群中。

进一步的，所述装置还包括：

缩减单元，用于若所述目标集群之外的所有业务集群对应的用户请求切割到所述目标集群中后，压力测试仍未终止，则缩减目标集群中的服务器数量；

所述测试单元，还用于重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，所述装置还包括：

获取单元，用于在对所述目标集群中包含的各个子业务组进行压力测试之前，获取各个子业务组对应的压力测试指标以及与每种压力测试指标对应的指标极限值。

进一步的，所述装置还包括：

记录单元，用于终止压力测试后，记录每个子业务组对应的压力测试指标的当前指标值；

存储单元，用于将所有的当前指标值与对应的子业务组关联存储。

进一步的，所述装置还包括：

比较单元，用于终止压力测试后，比较每个子业务组对应的压力测试指标的极限趋近率，所述极限趋近率为压力测试指标的当前指标值与其对应的指标极限值的比；

衡量指标确定单元，用于将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标；

所述比较单元，还用于比较每个子业务组的压测容量衡量指标对应的极限趋近率；

所述衡量指标确定单元，还用于将与最大的极限趋近率对应的压测容量衡量指标作为所述目标集群的压测容量衡量指标。

在本申请实施例中，采用真实的用户请求进行业务集群压力测试的方式，通过将用户请求切割到待进行压测试的业务集群中，然后以业务集群中包含的各个子业务组对应的压力测试指标对应的指标极限值作为压力测试是否终止的依据，来确定业务集群的压测容量。该种方式采用的是真实的用户请求相对于以模拟的用户请求进行压力测试得到的业务集群压测容量更精准，因此能够对业务相关的产品营销活动进行更准确的可行性指导。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请一种实施例的集群压测容量确定的方法流程图；

图2是根据本申请另一种实施例的集群压测容量确定的方法流程图；

图3是根据本申请一种实施例的集群压测容量模型建设的流程示意图；

图4是根据本申请一种实施例的集群压测容量确定的装置的组成框图；

图5是根据本申请另一种实施例的集群压测容量确定的装置的组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种集群压测容量确定的方法，如图1所示，该方法包括如下的步骤S101至步骤S104：

S101.切割用户请求到目标集群中。

本发明实施例中，用户请求为真实的用户请求，真实的用户请求区别于模拟的用户请求；目标集群为待进行压力测试的任一业务集群。本发明实施例中业务集群是指多个子业务组组成后实现一个完整业务功能或者某各核心功能的集合，其中每个子业务组是某个业务功能点部署在单个服务器或者一组服务器上的集合。

本发明实施例中的压力测试是测试目标集群可以同时承受或者支撑的最大用户请求量，即确定压测容量。由于本发明实施例采用的是真实的用户请求，而通常在真实的用户访问情况下，不能达到压力测试的用户请求量，因此需要切割用户请求到待进行压力测试的业务集群中，即增加目标集群的用户请求量，来满足压力测试的需求。

S102.对目标集群中包含的各个子业务组进行压力测试，并且监控目标集群中各个子业务组对应的压力测试指标的变化。

用户请求量准备好之后，就可以对目标集群进行压力测试了。根据步骤S101中可以看到目标集群中包含多个子业务组，因此对目标集群进行压力测试即各个子业务组进行压力测试。具体的压力测试的过程为：监控每个子业务组中对应的压力测试指标的变化，随着用户请求数量的增加，各子业务组对应的压力测试指标的值也在不断的增加；直到压力测试指标达到一个极限状态时，结束监控，完成压力测试。具体的是否达到极限状态由下述步骤S103确定。另外需要说明的是，本步骤中压力测试指标是能够评估服务器容量的指标，具体的本发明实施例中压力测试指标包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标等。具体的子业务组间调用指标包括子业务组间请求时长和调用时长等。在实际的应用中不同的子业务组可能对应一种或多种不同种类的压力测试指标，并且每种压力测试指标对应一个指标极限值，该指标极限值用于极限状态的判断。

S103.若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试。

本发明实施例中压力测试依据的是木桶原理。木桶原理是一只水桶能装多少水取决于它最短的那块木板，对应于本发明实施例即目标集群所能支撑的最大用户请求量取决于支撑用户请求能力最小的子业务组所能支撑的最大用户请求量，而子业务组所能支撑的最大用户请求量取决于压力测试指标中最先达到指标极限值的压力测试指标，因此当任一压力测试指标的当前指标值达到对应的指标极限值时，则表明业务集群中至少存在一个子业务组已经达到了容量上限，即不能再同时接收更多的用户请求，这就是上述步骤S102中的极限状态。达到极限状态后就可以终止压力测试，然后再根据该极限状态进行步骤S104中压测容量的确定。

给出具体的示例对上述压力测试进行说明：假设目标集群中包括子业务组1、子业务组2、子业务组3，子业务组1的压力测试指标为CPU占用率、CPU出入流量，对应的指标极限值为100％和流量的100％；子业务组2的压力测试指标为CPU占用率、读/写使用率，对应的指标极限值分别为100％和95％；子业务组3的压力测试指标为CPU占用率、CPU出入流量和调用时长，对应的指标极限值为100％、流量的100％和5s。压力测试开始后，监控三个子业务组对应的压力测试指标的变化，若一段时间后，其中子业务组1中读写使用率先达到了指标极限值95％，此时压力测试终止。或者子业务组2中CPU出入流量先达到了指标极限值流量的100％，此时压力测试终止。或者子业务组3中的调用时长先达到了极限值5s，此时压力测试终止。即3个子业务组中任一压力测试指标的当前指标值达到了对应的指标极限则终止压力测试。

S104.将终止压力测试时对应的用户请求量确定为目标集群的压测容量。

压测容量是目标集群可以同时支撑的最大用户请求量，由步骤S103可知终止压力测试时，目标集群已经达到了极限状态不能再同时接收更多的用户请求，因此能够将终止压力测试时对应的用户请求量确定为目标集群的压测容量。

得到目标集群的压测容量后，可以使进行营销活动时根据压测容量的大小适当的确定活动的规模，既可以保证业务集群的正常工作，避免出现程序页面请求延时、失败、服务器宕机等现象，也可以更有效的利用业务集群容量，避免资源的浪费。

从以上的描述中，可以看出，本发明实现了如下技术效果：通过将真实的用户请求切割到待进行压测试的业务集群中，然后以业务集群中包含的各个子业务组对应的压力测试指标对应的指标极限值作为压力测试是否终止的依据，来确定业务集群的压测容量。该种方式采用的是真实的用户请求相对于以模拟的用户请求进行压力测试得到的业务集群压测容量更精准，因此能够对业务相关的产品营销活动进行更准确的可行性指导

根据本发明另一实施例，提供了一种集群压测容量确定的方法，如图2所示，该方法包括：

S201.将目标集群之外的任一业务集群对应的用户请求切割到目标集群中。

本步骤中的目标集群和用户请求与步骤S101中的相同，此处不在赘述。由于本发明实施例采用的是真实的用户请求，而通常在真实的用户访问情况下，不能达到压力测试的用户请求量，因此需要切割用户请求到待进行压力测试的业务集群中，即增加目标集群的用户请求量，来满足压力测试的需求。具体的切割用户请求是按照将目标集群之外的任一业务集群对应的真实用户请求切到目标集群上，由于在压力测试之前无法估计目标集群可以支撑的用户请求量，优选的采用一个集群一个集群的用户请求进行切割。

此外，还要说明的是，在实际的应用中，如果当前目标集群的真实请求量很少或者选择切割的集群的用户请求量很少，也可以适当的一次切割多个业务集群的真实用户请求到目标集群。

S202.获取目标集群包含的各个子业务组对应的压力测试指标以及与每种压力测试指标对应的指标极限值。

获取目标集群包含的各个子业务组对应的压力测试直指标以及其对应的指标极限值是为了后续对目标集群进行压力测试。本发明实施例中压力测试指标包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标等能够评估服务器容量的指标。具体的子业务组间调用指标包括子业务组间请求时长和调用时长等。具体的，上述压力测试指标以及对应的指标极限值是由用户自由设定的，本发明实施例对此不作限制。比如CPU使用率的指标极限值可以设置为99％、100％等，内存使用率的指标极限值可以设置为95％、96％、98％等，读/写使用率的指标极限值可以设置95％、96％、98％等，子业务组间请求时长的指标极限值可以设置为3s、5s等，子业务组间调用时长的指标极限值可以设置为3s、5s等。当用户对压力测试指标以及对应的指标极限值设置后，具体获取方式可以通过调用函数或调用命令从指标文档中调用或者提取等方式获取等。

S203.对目标集群中包含的各个子业务组进行压力测试，并且监控目标集群中各个子业务组对应的压力测试指标的变化。

本步骤的实现方式与上述步骤S102的实现方式相同，此处不再赘述。

S204.若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到目标集群中。

若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则表示目标集群还能够继续接收用户请求，因此需要切割更多的用户请求到目标集群中，具体的可以切割更多的业务集群的真实用户请求给目标集群，切割的方式与步骤S201中切割的方式相同，此处不再赘述。

S205.重新对目标集群中包含的各个子业务组进行压力测试，并且监控目标集群中各个子业务组对应的压力测试指标的变化。

为目标集群切割更多的用户请求后，需要重新对目标集群中的个子业务组进行压力测试，并且监控目标集群中各个子业务组对应的压力测试指标的变化。具体的实现方式与上述步骤S102的实现方式相同，此处不再赘述。

S206.若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试。

本步骤的实现方式与上述步骤S103的实现方式相同，此处不再赘述。

S207.将终止压力测试时对应的用户请求量确定为目标集群的压测容量。

本步骤的实现方式与上述步骤S104的实现方式相同，此处不再赘述。

S208.终止压力测试后，记录每个子业务组对应的压力测试指标的当前指标值，并将所有的当前指标值与对应的子业务组关联存储。

终止压力测试后，将每个子业务组对应的压力测试指标的当前指标值进行记录，并能够将其在预设的数据库或文档中关联存储，存储方式按照子业务组名称、压力测试指标、终止压测指标值三个字段一一对应存储，其中终止压测指标值为终止压力测试时对应的压力测试指标的当前指标值。将所有的当前指标值与对应的子业务组关联存储。

S209.终止压力测试后，比较每个子业务组对应的压力测试的当前指标值的极限趋近率。

具体的，从预设的数据库或文档中获取每个子业务组中每个压力测试指标对应的终止压测指标值，并比较每个子业务组中所有压力测试指标值的极限趋近率。本实施例中压力测试指标的极限趋近率为压力测试指标的当前值与其对应的指标极限值的比。

S210.将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标。

每个子业务组可能由一个或者多个压力测试指标，对于多个压力测试指标的情况通常需要确定一个综合的指标来衡量子业务组的压测容量，即确定压测容量衡量指标。根据木桶原理，本发明实施例中子业务组的压测容量取决于最先达到指标极限的压力测试指标，即极限趋近率最大的压力测试指标。因此将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标。确定子业务组的压测容量指标是为了后期对子业务组的容量占用量进行更好的监控。

S211.比较每个子业务组的压测容量衡量指标对应的极限趋近率，将与最大的极限趋近率对应的压测容量衡量指标作为目标集群的压测容量衡量指标。

每个目标集群通常由多个子业务组，每个子业务组对应的压测容量衡量指标有可能不同，因此，需要确定一个综合的指标来衡量目标集群的压测容量衡量指标。根据木桶原理，本发明实施例中子目标集群的压测容量取决于最先达到指标极限值的子业务组的压测容量衡量指标，即最大的极限趋近率对应的压测容量衡量指标。因此将与最大的极限趋近率对应的压测容量衡量指标作为目标集群的压测容量衡量指标。确定目标集群的压测容量衡量指标是为了后期对子目标集群的容量占用量进行更好的监控。

另外，由于计算压力测试指标的极限趋近率是根据终止压力测试时压力测试指标的当前指标值，而终止压力测试的条件是存在一个压力测试指标值等于对应的指标极限值，那么该压力测试指标对于的极限趋近率为1，是所有的压力测试指标中极限趋近率最大的指标，而根据上述确定目标集群的压测容量衡量指标的过程可知，目标集群的压测容量衡量指标即为极限趋近率最大的压力测试指标，即极限趋近率为1的压力测试指标。因此确定目标集群的压测容量衡量指标的另一种实现方式为：将极限趋近率为1的压力测试指标确定为目标集群的压测容量衡量指标。

进一步的，对于上述图2中步骤S204，若所述目标集群之外的所有业务集群对应的用户请求切割到所述目标集群中后，仍然出现步骤S204的结果，即目标集群之外的所有业务集群对应的用户请求切割到目标集群中后，压力测试仍未终止，则缩减目标集群中的服务器数量；然后重新对所述目标集群中包含的各个子业务组进行压力测试。即缩减目标集群中的服务器数量后再重复执行步骤S205和步骤S206直到终止压力测试为止。

本发明实施例中待进行压力测试的业务集群的压测容量的确定综合考虑了所有子业务组的用户请求支撑能力，相对于以单一的某个子业务组的支撑能力来衡量业务集群的压测容量的方式更加的合理，得到的压测容量更精准，从而可以为业务相关的产品营销活动进行更准确的可行性指导。

另外对于图1和图2中方法，本发明实施例给出一种集群压测容量模型建设的流程示意图，如图3所示：其中用户请求切割对应于上述步骤S101或者步骤S201和步骤S204；业务集群压力测试对应于上述步骤S102和S103或者步骤S203-S204和步骤S205-S206；数据建模对应于将上述步骤S104以及步骤S207-S208得到的业务集群压测容量以及每个子业务组对应的压力测试指标的当前指标值生成业务集群压测容量模型。其中压力测试指标1、压力测试指标2为不同的压力测试指标，A1、A2、A3以及B1、B2、B3分别为不同的子业务组对应的压力测试指标的当前指标值。本图只是示意图，具体的每个子业务组中由多少个压力测试指标具体的当前指标值是多少由实际情况确定。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述图1和图2所述方法的集群压测容量确定的装置，如图4所示，该装置包括：

切割单元301，用于切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；

测试单元302，用于对所述目标集群中包含的各个子业务组进行压力测试；

监控单元303，用于监控所述目标集群中各个子业务组对应的压力测试指标的变化，所述压力测试指标至少包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标中的一种，每种压力测试指标对应一个指标极限值；

终止单元304，用于若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；

压测容量确定单元305，将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。

在本申请装置实施例中，采用真实的用户请求进行业务集群压力测试的方式，通过将用户请求切割到待进行压测试的业务集群中，然后以业务集群中包含的各个子业务组对应的压力测试指标对应的指标极限值作为压力测试是否终止的依据，来确定业务集群的压测容量。该种方式采用的是真实的用户请求相对于以模拟的用户请求进行压力测试得到的业务集群压测容量更精准，因此能够对业务相关的产品营销活动进行更准确的可行性指导

进一步的，所述装置还包括：

所述切割单元301，还用于若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到所述目标集群中；

所述测试单元302，还用于重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，所述切割单元301用于：

将所述目标集群之外的任一业务集群对应的用户请求切割到所述目标集群中。

进一步的，如图5所示，所述装置还包括：

缩减单元306，用于若所述目标集群之外的所有业务集群对应的用户请求切割到所述目标集群中后，压力测试仍未终止，则缩减目标集群中的服务器数量；

所述测试单元302，还用于重新对所述目标集群中包含的各个子业务组进行压力测试。

进一步的，如图5所示，所述装置还包括：

获取单元307，用于在对所述目标集群中包含的各个子业务组进行压力测试之前，获取各个子业务组对应的压力测试指标以及与每种压力测试指标对应的指标极限值。

进一步的，如图5所示，所述装置还包括：

记录单元308，用于终止压力测试后，记录每个子业务组对应的压力测试指标的当前指标值；

存储单元309，用于将所有的当前指标值与对应的子业务组关联存储。

进一步的，如图5所示，所述装置还包括：

比较单元310，用于终止压力测试后，比较每个子业务组对应的压力测试指标的极限趋近率，所述极限趋近率为压力测试指标的当前指标值与其对应的指标极限值的比；

衡量指标确定单元311，用于将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标；

所述比较单元310，还用于比较每个子业务组的压测容量衡量指标对应的极限趋近率；

所述衡量指标确定单元311，还用于将与最大的极限趋近率对应的压测容量衡量指标作为所述目标集群的压测容量衡量指标。

具体的，本发明实施例的装置中各模块实现其功能的具体过程可参见方法实施例中的相关描述，此处不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种集群压测容量确定的方法，其特征在于，包括：

切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；

对所述目标集群中包含的各个子业务组进行压力测试；并且，

监控所述目标集群中各个子业务组对应的压力测试指标的变化，所述压力测试指标至少包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标中的一种，每种压力测试指标对应一个指标极限值；

若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；

将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。

2.根据权利要求1所述的集群压测容量确定的方法，其特征在于，所述方法还包括：

若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到所述目标集群中；

重新对所述目标集群中包含的各个子业务组进行压力测试。

3.根据权利要求1或2所述的集群压测容量确定的方法，其特征在于，所述切割用户请求到目标集群中包括：

将所述目标集群之外的任一业务集群对应的用户请求切割到所述目标集群中。

4.根据权利要求3中所述的集群压测容量确定的方法，其特征在于，所述方法还包括：

若所述目标集群之外的所有业务集群对应的用户请求切割到所述目标集群中后，压力测试仍未终止，则缩减目标集群中的服务器数量；

重新对所述目标集群中包含的各个子业务组进行压力测试。

5.根据权利要求4所述的集群压测容量确定的方法，其特征在于，在对所述目标集群中包含的各个子业务组进行压力测试之前，所述方法还包括：

获取各个子业务组对应的压力测试指标以及与每种压力测试指标对应的指标极限值。

6.根据权利要求5所述的集群压测容量确定的方法，其特征在于，所述方法还包括：

终止压力测试后，记录每个子业务组对应的压力测试指标的当前指标值；

将所有的当前指标值与对应的子业务组关联存储。

7.根据权利要求6所述的集群压测容量确定的方法，其特征在于，所述方法还包括：

终止压力测试后，比较每个子业务组对应的压力测试指标的当前指标值的极限趋近率，所述极限趋近率为压力测试指标的当前指标值与其对应的指标极限值的比；

将与最大的极限趋近率对应的压力测试指标确定为对应的子业务组的压测容量衡量指标；

比较每个子业务组的压测容量衡量指标对应的极限趋近率，将与最大的极限趋近率对应的压测容量衡量指标作为所述目标集群的压测容量衡量指标。

8.一种集群压测容量确定的装置，其特征在于，包括：

切割单元，用于切割用户请求到目标集群中，所述目标集群为待进行压力测试的任一业务集群；

测试单元，用于对所述目标集群中包含的各个子业务组进行压力测试；

监控单元，用于监控所述目标集群中各个子业务组对应的压力测试指标的变化，所述压力测试指标至少包括CPU使用率、内存使用率、读/写使用率、子业务组间调用指标、CPU出入流量指标中的一种，每种压力测试指标对应一个指标极限值；

终止单元，用于若任意一个子业务组中任意一种压力测试指标的当前指标值等于对应的指标极限值，则终止压力测试；

压测容量确定单元，将终止压力测试时对应的用户请求量确定为所述目标集群的压测容量。

9.根据权利要求8所述的集群压测容量确定的装置，其特征在于，所述装置还包括：

所述切割单元，还用于若每个子业务组对应的每种压力测试指标的当前指标值都小于对应的指标极限值，则继续切割用户请求到所述目标集群中；

所述测试单元，还用于重新对所述目标集群中包含的各个子业务组进行压力测试。

10.根据权利要求8或9所述的集群压测容量确定的装置，其特征在于，所述切割单元用于：

将所述目标集群之外的任一业务集群对应的用户请求切割到所述目标集群中。