CN106713484A - 一种性能压测实现方法、系统及服务器 - Google Patents

Abstract

本发明实施例提供一种性能压测实现方法、系统及服务器，该方法包括：主服务器向已建立租赁关系的从服务器发送节点启动命令；接收从服务器接收到所述节点启动命令后监控并上报的自身的资源占用情况；根据从服务器上报的所述资源占用情况确定从服务器的空闲资源能够满足性能压测任务需求时，为从服务器分配可执行的性能压测任务。能够充分利用从服务器的空闲资源执行性能压测任务，能够很好的避免性能压测任务对从服务器线上业务的影响，避免线上事故的出现。

Description

一种性能压测实现方法、系统及服务器

技术领域

本发明涉及网络技术领域，尤指一种性能压测实现方法、系统及服务器。

背景技术

在网络技术中，针对临时性计算资源需求，比如性能压测，往往不是固定的、长期运行行为，一般情况下，往往需要单独申请服务器用于性能压测使用，或者直接在某些当前表面上看负载较低的服务器上进行部署，进行性能压测。

针对类似于性能压测之类的临时性资源需求行为，一般不需要一天24小时都要运行，采用短期、阶段性运行方式即可，因此，为此这种临时性的资源需求，单独申请服务器会造成资源的极大浪费。而基于线上某台空闲机器进行性能压测，在业务高峰期到来时，会严重影响到线上业务，严重者会造成线上事故。

因此，如何在不造成资源浪费的情况下，更好的满足性能压测的资源需求成为亟待解决的技术问题。

发明内容

本发明实施例提供一种性能压测实现方法、系统及服务器，用以解决现有技术中存在的性能压测这种临时性资源需求单独设置服务器容易造成资源浪费、利用已有服务器的空闲资源容易造成线上业务被影响的问题。

一方面，本发明实施例提供了一种性能压测实现方法，包括：

主服务器向已建立租赁关系的从服务器发送节点启动命令；

接收从服务器接收到所述节点启动命令后监控并上报的自身的资源占用情况；

根据从服务器上报的所述资源占用情况确定从服务器的空闲资源能够满足性能压测任务需求时，为从服务器分配可执行的性能压测任务。

在一些可选的实施例中，所述为从服务器分配可执行的性能压测任务，具体包括：

主服务器根据所述资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；

为从服务器分配不大于所述任务数量的性能压测任务。

在一些可选的实施例中，上述方法还包括：

主服务器实时监控从服务器的资源占用情况，并根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数；

当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

在一些可选的实施例中，主服务器与从服务器建立租赁关系的过程，具体包括：

从服务器检测自身资源满足性能压测最低需求时，收集自身的可用资源信息，向主服务器上报可用资源信息并请求注册为从节点；

主服务器接收从服务器上报的可用资源信息和请求注册为从节点的信息，将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系；并通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在。

在一些可选的实施例中，所述收集的可用资源信息包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围，当前系统限定的可用端口范围，当前系统文件句柄打开限制数量和其他资源占用相关的信息；

所述向主服务器上报的可用资源信息包括下列信息中的至少一项：

服务器机器名称，可访问IP地址列表，监听端口地址，当前服务器中央处理单元CPU/内存Memory/网络Network/硬盘Disk使用情况，可使用的空闲计算资源的最小值、最大值以及上限值，系统限制数据，当前服务器运行的服务消耗资源峰值。

在一些可选的实施例中，上述方法还包括：

从服务器通过调用设置的终止接口向主服务器上报租赁关系终止消息，并停止与主服务器之间的心跳连接；或，主服务器调用设置的终止接口向从服务器发送租赁关系终止请求，以便从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接；

主服务器在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

本发明实施例还提供一种主服务器，包括：

第一发送模块，用于向已建立租赁关系的从服务器发送节点启动命令；

第一接收模块，用于接收从服务器接收到所述节点启动命令后监控并上报的自身的资源占用情况；

资源确定模块，用于根据从服务器上报的所述资源占用情况确定从服务器的空闲资源是否能够满足性能压测任务需求；

任务分配模块，用于当确定模块确定能够满足时，为从服务器分配可执行的性能压测任务。

在一些可选的实施例中，所述任务分配模块，具体用于：

根据所述资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；

为从服务器分配不大于所述任务数量的性能压测任务。

在一些可选的实施例中，上述主服务器，还包括：

任务监控模块，用于实时监控从服务器的资源占用情况，并根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数；当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

在一些可选的实施例中，上述主服务器，还包括：

租赁建立模块，用于接收从服务器在自身资源满足性能压测最低需求时上报的可用资源信息和请求注册为从节点的信息，将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系；并通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在。

在一些可选的实施例中，上述主服务器，还包括：

租赁解除模块，用于调用设置的终止接口向从服务器发送租赁关系终止请求，以便从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接；以及在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

本发明实施例还提供一种从服务器，包括：

第二接收模块，用于接收已建立租赁关系的主服务器发送的节点启动命令；

第二发送模块，用于接收到所述节点启动命令后监控并向主服务器上报的自身的资源占用情况；

任务处理模块，用于接收主服务器根据所述资源占用情况确定自身所属从服务器的空闲资源能够满足性能压测任务需求时，分配的可执行的性能压测任务，并执行分配的性能压测任务。

在一些可选的实施例中，上述从服务器，还包括：

关系建立模块，用于检测自身资源满足性能压测最低需求时，收集自身的可用资源信息，向主服务器上报可用资源信息并请求注册为从节点；以及与主服务器建立租赁关系后，发送表征租赁关系是否存在的心跳连接消息。

在一些可选的实施例中，上述关系建立模块，还用于：

收集的可用资源信息包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围，当前系统限定的可用端口范围，当前系统文件句柄打开限制数量和其他资源占用相关的信息；

向主服务器上报的可用资源信息包括下列信息中的至少一项：

服务器机器名称，可访问IP地址列表，监听端口地址，当前服务器中央处理单元CPU/内存Memory/网络Network/硬盘Disk使用情况，可使用的空闲计算资源的最小值、最大值以及上限值，系统限制数据，当前服务器运行的服务消耗资源峰值。

在一些可选的实施例中，上述从服务器，还包括：

关系解除模块，用于通过调用设置的终止接口向主服务器上报租赁关系终止消息，并停止与主服务器之间的心跳连接。

本发明实施例还提供一种性能压测实现系统，包括：时述的主服务器和上述的从服务器。

上述技术方案具有如下有益效果：

主服务器和从服务器之间预先建立租赁关系，当从服务器自身资源占用情况足够允许启动性能压测任务时，主服务器为从服务器分配性能压测任务，从而能够充分利用从服务器的空闲资源执行性能压测任务，又能充分兼顾从服务器本身线上业务的运行和资源的使用情况，在从服务器资源允许的情况下才运行性能压测任务，能够很好的避免性能压测任务对从服务器线上业务的影响，避免线上事故的发生。

附图说明

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

图1是本发明实施例一中性能压测实现方法的流程图；

图2是本发明实施例一中源占用情况变化后的处理过程的示意图；

图3是本发明实施例一中建立租赁关系的过程的示意图；

图4是本发明实施例一中解除租赁关系的一种实现过程的示意图；

图5是本发明实施例一中解除租赁关系的一种实现过程的示意图；

图6是本发明实施例二中租赁模型拓扑结构的示意图；

图7是本发明实施例二中图6的拓扑结构实现性能压测的流程图；

图8是本发明实施例二中性能压测的详细实现流程图；

图9是本发明实施例二中租赁关系建立的流程图；

图10是本发明实施例二中性能压测任务执行的流程图；

图11是本发明实施例二中租赁关系解除的流程图；

图12是本发明实施例中性能压测实现系统的结构示意图；

图13是本发明实施例中主服务器的结构示意图；

图14是本发明实施例中从服务器的结构示意图。

具体实施方式

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

由于现实情况是有一部分线上运行的服务器，非业务高峰期间，计算资源诸如CPU、内存，网络IO等往往剩余比例约为30％-60％之间，因此，完全可以利用这部分空闲资源，并合理规划，使其不影响正常的线上业务。所以，如何充分利用这部分空闲计算资源用于分布式环境下的临时性能压测任务，同时也要避免影响到正常线上业务，优先保证线上服务优先可用，则是本发明要解决的问题。

为了解决现有技术中存在的性能压测这种临时性资源需求单独设置服务器容易造成资源浪费，而利用已有服务器的空闲资源又容易造成线上业务被影响甚至出现线上事故的问题，本发明实施例提供一种性能压测实现方法，能够充分利用现有服务器空闲计算资源，完成压测任务，节省采购开销。下面通过具体实施例进行详细描述。

实施例一

本发明实施例一提供的性能压测实现方法，其流程如图1所示，包括如下步骤：

步骤S101：主服务器向已建立租赁关系的从服务器发送节点启动命令。

主服务器和从服务器之间可以通过节点注册的方式预先建立租赁关系，主服务器维护可用从服务器列表，收集记录自身资源满足性能压测最低需求的从服务器，并建立主节点和从节点的关系。

通过向可用从服务器列表中的从服务器发送节点启动命令，使从服务器根据节点启动命令建立性能压测实例，处于等待分配性能压测任务的状态。

步骤S102：主服务器接收从服务器接收到节点启动命令后监控并上报的自身的资源占用情况。

从服务器接收到节点启动命令后，处理自身的资源占用，并作为从节点启动性能压测实例，等待分配的压测任务，并实时监控自身的资源占用情况，将监控结果发送给主服务器，主服务器收集各从服务器上报的自身资源占用情况的监控结果。

步骤S103：主服务器根据从服务器上报的资源占用情况确定从服务器的空闲资源是否能够满足性能压测任务需求。

若是，执行步骤S104；若否，返回步骤S102继续监控接收从服务器上报的自身的资源占用情况。

步骤S104：主服务器为从服务器分配可执行的性能压测任务。

主服务器根据从服务器上报的资源占用情况确定从服务器的空闲资源能够满足性能压测任务需求时，为从服务器分配可执行的性能压测任务，从服务器可移植性所分配的性能压测任务。

主服务器分配可执行的性能压测任务，根据从服务器的资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；为从服务器分配不大于计算出的任务数量的性能压测任务。在从服务器资源允许的范围内分配一定数量的性能压测任务，从而保证分配的性能压测任务不会影响从服务器的正常线上业务运行，避免出现线上事故。

优选的，本发明实施例提供的上述性能压测实现方法，还包括从服务器资源占用情况变化后的处理过程，其流程如图2所示，包括如下步骤：

步骤S201：主服务器实时监控从服务器的资源占用情况。

在主服务器为从服务器分配性能压测任务后，会对从服务器的资源占用情况进行实时监控，以避免出现占用资源过多，影响从服务器线上业务的问题。从服务器可以周期性的向主服务器上报自身的资源占用情况，主服务器接收从服务器周期性上报的资源占用情况的相关信息。

步骤S202：主服务器根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数。

当从服务器的资源占用情况发生变化时，主服务器对分配给该从服务器的压测任务进行实时的调整，可以根据资源占用情况的变化，增加或减少所分配的性能压测任务的数量，以便能够更充分、合理的利用从服务器的空闲资源。

步骤S203：当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

当从服务器的资源占用增加到一定程度时，如果在执行性能压测任务将影响线上业务的运行，则主服务器主动地杀死该从服务器所执行的性能压测任务。

本发明实施例提供的上述性能压测实现方法中，主服务器与从服务器建立租赁关系的过程如图3所示，具体包括如下步骤：

步骤S301：从服务器检测自身资源。

系统中的所有服务器都可能作为从服务器或者也可能作为主服务器，可以设置哪个服务器作为主服务器，其他服务器则可以作为从服务器。从服务器检测自身的资源是否满足性能压测的最低需求。

步骤S302：从服务器检测自身资源满足性能压测最低需求时，收集自身的可用资源信息。

从服务器检测自身资源满足性能压测最低需求时，可以向主服务器请求建立租赁关系，以便自身资源允许时，可以执行性能压测任务，这时，从服务器需要收集自身的可用资源信息。

其中，从服务器收集的可用资源信息包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围、当前系统限定的可用端口范围、当前系统文件句柄打开限制数量和其他资源占用相关的信息。

步骤S303：从服务器向主服务器上报可用资源信息并请求注册为从节点。

从服务器将收集的可用资源信息向主服务器上报，并请求注册为从节点，即作为从服务器，建立租赁关系，可以通过向主服务器发送注册请求的方式实现注册。

其中，从服务器向主服务器上报的可用资源信息包括下列信息中的至少一项：

服务器机器名称，可访问IP地址列表，监听端口地址，当前服务器中央处理单元(CPU)/内存(Memory)/网络(Network/)硬盘(Disk)使用情况，可使用的空闲计算资源的最小值、最大值以及上限值，系统限制数据，当前服务器运行的服务消耗资源峰值。

步骤S304：主服务器接收从服务器上报的可用资源信息和请求注册为从节点的信息。

步骤S305：主服务器将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系。

主服务器将请求注册的从服务器添加到可用服务器列表中进行管理，建立租赁关系，当有性能压测任务需要执行时，则可以利用该从服务器的剩余资源来执行性能压测任务了。

步骤S306：从服务器与主服务器建立租赁关系后，周期性向主服务器发送心跳连接消息。

建立租赁关系后的主服务器和从服务器之间通过心跳连接来确定租赁关系的存在行。由从服务器周期性的向主服务器发送心跳连接。

步骤S307：主服务器通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在。

主服务器实时监控可用服务器列表中的从服务器发送的心跳连接消息，来确认从服务器是否仍处于可租赁状态。

本发明实施例提供的上述性能压测实现方法中，主服务器与从服务器解除租赁关系的一种实现过程如图4所示，具体包括如下步骤：

步骤S401：从服务器通过调用设置的终止接口向主服务器上报租赁关系终止消息，并停止与主服务器之间的心跳连接。

租赁关系的终止可以由从服务器首先发起，从服务器通过设置的终止接口发送终止租赁关系的终止消息给主服务器，并不再向主服务器发送心跳连接消息，停止与主服务器之间的租赁关系。

步骤S402：主服务器在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

主服务器根据从服务器的租赁关系终止消息和心跳连接消息的终止，来终止租赁关系，并更新可用从服务器列表。

本发明实施例提供的上述性能压测实现方法中，主服务器与从服务器解除租赁关系的另一种实现过程如图5所示，具体包括如下步骤：

步骤S501：主服务器调用设置的终止接口向从服务器发送租赁关系终止请求。

租赁关系的终止也可以由主服务器首先发起，主服务器通过调用终止接口，向要停止租赁关系的一个或几个从服务器发送终止请求，可以根据从服务器身份或地址信息来实现向从服务器请求终止租赁关系。

步骤S502：从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接。

从服务器根据终止请求更新自身状态，记录租赁关系的终止，并停止心跳连接消息的发送。

步骤S503：主服务器在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

主服务器根据从服务器的租赁关系终止消息和心跳连接消息的终止，来终止租赁关系，并更新可用从服务器列表。

实施例二

本发明实施例二提供的性能压测实现方法的具体实现过程，下面详细描述该具体实现过程的各个流程环节。

主服务器(Master)和从服务器(Slave)建立租赁关系的租赁模型拓扑结构如图6所示。建立的租赁模型包括主服务器和若干从服务器。主服务器中可以布置远程终端_客户端(rsh_client)，该客户端需要安装在性能压测应用主(Master)节点所在服务器上。

从服务器上可以运行rsh_守护进程(rsh_daemon)，rsh_daemon表示性能压测租赁模型中的服务器端应用，需要安装在性能压测应用从(Slave)节点所在服务器上。在需要时才会主动连接rsh_daemon，主服务器通过连接rsh_daemon发送性能压测任务分发命令等来进行性能压测任务分配。

每调用一次rsh_client，将产生一个rsh_client运行实例，一个主节点上对应N个从节点，将产生N个rsh_client实例。可以不是独立应用存在，可以内嵌到其它程序中。

rsh_client实例与rsh_daemon实例对应关系为1：1，即1个rsh_client实例连接一个rsh_daemon实例。

通过该租赁模型，可以实现监听端口，作为后端守护进程形式存在；接收压测任务，判断当前服务器空闲计算资源是否可以用于建立从节点、执行压测任务等；该模型具有常规诸如停止、销毁自身、心跳、授权、注册等命令接口功能。

一般分布式性能压测应用采用主从模式实现分布式集群控制。比如上面的性能压测集群拓扑架构。在完整的Master-Slave主从结构中，主节点除了控制从节点的启动外，还需要把整体任务分之，然后一一分发到从节点上执行，这样每一个从节点可以只运行一部分任务，从而完成整体性能压测任务。Master主节点需要通过远程终端启动Slave从节点，可以借助于SSH或远程终端通道实现。

其中，远程终端(Remote Shell，rsh)通信机制，能够增强针对所运行命令/程序实现更细粒度资源占用控制，完成压测租赁模型大部分功能；在SSH不可用环境，用于快速部署，降低总体运维成本。采用上述租赁拓扑实现性能压测的流程如图7所示。

主服务器启动后，进入启动从节点的步骤，由远程终端客户端(rsh Client)通过远程终端通道发送从节点实例执行命令。从服务器上的远程终端守护进程(rsh Daemon)处理接收到的命令，并进入自定义流程，从服务节点启动(Slave Node)。

主服务器进入任务分发步骤后，从服务器接受任务后执行任务。

其中，自定义流程主要用来辅助性能压测集群应用程序，充分挖掘已运行的正常业务服务器空闲计算资源，用于运行性能压测集群中Slave从节点，从而完成整体性能压测的部分性能压测任务。这也是性能压测资源租赁模型核心功能。

如图6所示的租赁模型的详细组成和实现性能压测的整体流程如图8所示。主要分为以下几个部分：

1)服务器和实例：

主要包括从服务器作为从服务节点(Slave Node)，布置远程终端守护进程(rsh_daemon)，主服务器作为主服务节点(Master Node)，布置远程终端客户端(rsh_client)。

2)建立租赁关系：

从服务器上布置的rsh_client启动节点注册程序，向主服务器注册。主服务器进行节点收集，收集能够用于性能压测任务的从服务器，建立租赁关系。

3)已建立租赁关系的服务器执行性能压测任务：

主服务器作为主服务节点启动后，进入启动从节点的步骤，rsh_client启动，向作为从服务节点的从服务器发送命令，以便从节点启动并建立压测实例。

从节点上的rsh_daemon接收命令，并处理从服务器的资源占用，确定资源占用情况，并在从服务节点上启动性能压测实例。rsh_daemon以一定的监控周期循环性的对从服务器进行资源监控，并发送监控结果给主服务器。

主服务器收集从服务器的监控结果，并根据监控结果为从服务器分配压测任务，从服务器作为从服务节点接收性能压测任务分配，并执行分配的压测任务。

4)终止解除租赁关系：

主服务器作为主节点，调用接口或指示停止运行租赁关系，从服务器上的rsh_daemon终止租赁关系。

上述图8中所示的，rsh_client、rsh_deamon和从节点、主节点。主节点通过rsh_client发送从节点启动命令到rsh_daemon从而建立从节点实例，后续根据rsh_deamon反馈数据进行调整压测任务任务数等执行细节，以便充分利用已建立租赁关系服务器空闲计算资源。

如图9所示，为主从服务器租赁关系建立的流程图。

性能压测租赁模型中服务器端应用需要人为主动被部署、被安装，在启动时从服务器会执行以下步骤：

(1)从服务器上的远程终端守护进程(rsh_deamon)启动。

(2)检测当前服务器资源是否满足最低安装需求。

比如要检测的资源数据包括下面定义数据中的至少一项：CPU逻辑核数必须至少大于1核，内存必须大于4G，必须具有网络连接，可以连接主节点所在服务器，安装路径可写等，这些条件满足时，认为当前服务器资源是满足最低安装需求的，否则不满足安装需求。

(3)不满足安装需求时，建立租赁关系失败。

(4)满足安装需求时，开始监听默认端口。

(5)若默认端口被占用，则随机选取端口进行空闲监听。

(6)若默认端口未被占用或随机选取了空闲端口，则收集、计算当前服务器计算资源。如图中所示的计算所需空闲计算资源区间。

收集的当前服务器资源占用情况包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围，当前系统限定的可用端口范围，当前系统文件句柄打开限制数量，以及更多细节收集。

(7)向主服务器注册，同时携带若干数据。

携带的数据包括下列至少一项：服务器机器名称，可访问IP地址列表，监听端口地址，当前服务器CPU/Memory/Network/Disk等情况，可使用的空闲计算资源的最小值，最大值以及上限值，各自是多少，系统限制数据，当前服务器运行的服务消耗资源峰值是多少。

(8)从服务器启动定时心跳，汇报租赁关系存在与否。

确保租赁关系依然有效，需要心跳机制，这个周期可以设置，比如每5分钟一次。

(9)租赁关系运行中……

主服务器会执行以下步骤：

(1)接收从服务器的注册。

(2)将从服务器写入可用从服务器列表，可用从服务器列表中记录可用于性能压测的从服务器信息。

(3)接收处理心跳

(4)心跳超时判断。

针对心跳请求收集的主服务器，在接收到一次确认之后，可以开启超时机制租赁关系失效机制。比如：在N个周期(比如2.5个心跳周期)之内没有接收到下一次的心跳数据，可以认为该租赁关系已经失效了，需要从当前可用服务器列表中剔除掉。

在性能压测租赁模型中，一旦租赁关系建立，表示有了用于性能压测的服务器，可以在性能压测集群中用作Slave从节点，运行一部分性能压测任务。租赁压测任务执行的流程如图10所示。

主服务器作为主服务节点开启性能压测任务：

主服务节点启动从服务节点，调用rsh_client建立到rsh_daemon连接，并发送从服务节点实例启动命令。

从服务节点上服务器上rsh_daemon负责解析命令并验证权限和正确性等，然后执行命令，建立Slave从服务节点实例，同时监控资源占用情况：

主服务节点通过已经收集的rsh_daemon发送的数据，计算其Slave实例可以执行的性能压测任务数量等影响因素，据此为从服务节点分配性能压测任务。

从服务节点等待主服务节点分配任务，并准备执行任务，从服务节点在进入运行任务环节时，即rsh_daemon在接收每一个任务分配时，会执行以下步骤：

会执行下列多重判断流程中的至少一个：

判断当前空闲计算资源是否满足压测任务的执行要求；

检测任务合法性，即连接的客户端有没有被授权，安全密钥是否有效等；

是否处于高峰时段，比如一般晚上21:00-24:00期间一般为业务高峰期，一般不需要再运行各位业务以避免影响主要核心业务；

当前服务器空闲计算资源是否完全满足压测业务需求；

在不能够完全满足的情况下，是否可以满足最低限度计算资源需要。

调用HTTP接口上报当前计算资源情况，方便主服务节点根据当前资源消耗分配较少的性能压测任务。当检测任务不合法、处于高峰时段、空闲计算资源不满足最低资源需求中任何一个成立时，丢弃性能压测任务，并上报给主服务节点。

当检测任务合法、不处于高峰时段、空闲计算资源满足性能压测任务执行要求同时成立时，建立性能压测从服务节点实例，运行性能压测任务。

性能压测任务在执行过程中，rsh_daemon实时监控，保证不影响正常业务的运行，即判断性能压测任务未结束时，可以进行下列判断中的至少一种：

性能压测任务占用服务器空闲资源是否超出上限；

整个系统计算资源是否达到了上限阈值。

在性能压测任务执行过程中，会定时收集当前服务器计算资源消耗情况进行汇报。

主服务节点根据从服务节点具体空闲计算资源消耗情况，随时调整性能压测任务数分配等执行细节。

当性能压测任务占用服务器空闲资源超出上限，或整个系统计算资源达到了上限阈值时，将主动杀死性能压测任务，释放系统资源。使性能压测资源本身占用资源不至于超出上限，避免影响当前服务器运行的正常业务。

当整个系统计算资源达到了上限阈值时，也将主动杀死性能压测任务，释放系统资源，充分保证服务器已有业务正常运行。

压测资源租赁模型中的租赁关系和现实中是一样的，一般都不会长久，可能会管理员随时被终止。如图11所示，是租赁关系解除的具体实现流程图，由从服务器主动发起解除流程，其中：

从服务器上的远程终端守护进程(rsh daemon)处于运行中，rsh_daemon提供了终止接口，当需要终止时可以调用，从服务器调用终止接口，向主服务器上报终止状态。主服务器收集从服务器上报的终止状态，并将该从服务器作为无效节点从队列中清除掉。更新管理的可用从服务器列表。

主服务器后续不会再对已经失效租赁节点进行性能压测任务分派。

基于同一发明构思，本发明实施例还提供一种性能压测实现系统，其结构如图11所示，包括：主服务器111和从服务器112。

主服务器111的结构如图12所示，包括：第一发送模块121、第一接收模块122、资源确定模块123和任务分配模块124。

第一发送模块121，用于向已建立租赁关系的从服务器发送节点启动命令。

第一接收模块122，用于接收从服务器接收到节点启动命令后监控并上报的自身的资源占用情况。

资源确定模块123，用于根据从服务器上报的资源占用情况确定从服务器的空闲资源是否能够满足性能压测任务需求。

任务分配模块124，用于当确定模块确定能够满足时，为从服务器分配可执行的性能压测任务。

优选的，上述任务分配模块124，具体用于：

根据所述资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；

为从服务器分配不大于所述任务数量的性能压测任务。

优选的，上述主服务器，还包括：

任务监控模块125，用于实时监控从服务器的资源占用情况，并根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数；当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

优选的，上述主服务器，还包括：

租赁建立模块126，用于接收从服务器在自身资源满足性能压测最低需求时上报的可用资源信息和请求注册为从节点的信息，将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系；并通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在。

优选的，上述主服务器，还包括：

租赁解除模块127，用于调用设置的终止接口向从服务器发送租赁关系终止请求，以便从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接；在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

从服务器112的结构如图13所示，包括：第二接收模块131、第二发送模块132和任务处理模块133。

第二接收模块131，用于接收已建立租赁关系的主服务器发送的节点启动命令。

第二发送模块132，用于接收到节点启动命令后监控并向主服务器上报的自身的资源占用情况。

任务处理模块133，用于接收主服务器根据资源占用情况确定自身所属从服务器的空闲资源能够满足性能压测任务需求时，分配的可执行的性能压测任务，并执行分配的性能压测任务。

优选的，上述从服务器还包括：

关系建立模块134，用于检测自身资源满足性能压测最低需求时，收集自身的可用资源信息，向主服务器上报可用资源信息并请求注册为从节点；以及与主服务器建立租赁关系后，发送表征租赁关系是否存在的心跳连接消息。

优选的，上述关系建立模块134，还用于：

收集的可用资源信息包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围、当前系统限定的可用端口范围、当前系统文件句柄打开限制数量和其他资源占用相关的信息。

向主服务器上报的可用资源信息包括下列信息中的至少一项：

服务器机器名称、可访问IP地址列表、监听端口地址、当前服务器中央处理单元CPU/内存Memory/网络Network/硬盘Disk使用情况、可使用的空闲计算资源的最小值，最大值以及上限值，系统限制数据、当前服务器运行的服务消耗资源峰值。

优选的，上述从服务器还包括：

关系解除模块135，用于通过调用设置的终止接口向主服务器上报租赁关系终止消息，并停止与主服务器之间的心跳连接。

本发明的上述方法、系统和服务器，与现有的实现方式相比，能够充分利用从服务器的剩余资源实现性能压测任务的执行，并不影响从服务器的线上业务的正常运行，可以尽最大可能的利用从服务器的剩余资源又有效地避免线上事故的发生。

该系统部署实现简单，和传统SSH免密钥登陆运维成本相比，效率提升一倍以上，能够替代现有通信的机制，实现细粒度资源占用控制。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种性能压测实现方法，其特征在于，包括：

主服务器向已建立租赁关系的从服务器发送节点启动命令；

接收从服务器接收到所述节点启动命令后监控并上报的自身的资源占用情况；

根据从服务器上报的所述资源占用情况确定从服务器的空闲资源能够满足性能压测任务需求时，为从服务器分配可执行的性能压测任务。

2.如权利要求1所述的方法，其特征在于，所述为从服务器分配可执行的性能压测任务，具体包括：

主服务器根据所述资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；

为从服务器分配不大于所述任务数量的性能压测任务。

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

主服务器实时监控从服务器的资源占用情况，并根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数；

当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

4.如权利要求1所述的方法，其特征在于，主服务器与从服务器建立租赁关系的过程，具体包括：

从服务器检测自身资源满足性能压测最低需求时，收集自身的可用资源信息，向主服务器上报可用资源信息并请求注册为从节点；

主服务器接收从服务器上报的可用资源信息和请求注册为从节点的信息，将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系；并通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在。

5.如权利要求4所述的方法，其特征在于，所述收集的可用资源信息包括下列信息中的至少一项：理论上可用的空闲计算资源区间范围，当前系统限定的可用端口范围，当前系统文件句柄打开限制数量和其他资源占用相关的信息；

所述向主服务器上报的可用资源信息包括下列信息中的至少一项：

服务器机器名称，可访问IP地址列表，监听端口地址，当前服务器中央处理单元CPU/内存Memory/网络Network/硬盘Disk使用情况，可使用的空闲计算资源的最小值、最大值以及上限值，系统限制数据，当前服务器运行的服务消耗资源峰值。

6.如权利要求1-5任一所述的方法，其特征在于，还包括：

从服务器通过调用设置的终止接口向主服务器上报租赁关系终止消息，并停止与主服务器之间的心跳连接；或，主服务器调用设置的终止接口向从服务器发送租赁关系终止请求，以便从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接；

主服务器在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

7.一种主服务器，其特征在于，包括：

第一发送模块，用于向已建立租赁关系的从服务器发送节点启动命令；

第一接收模块，用于接收从服务器接收到所述节点启动命令后监控并上报的自身的资源占用情况；

资源确定模块，用于根据从服务器上报的所述资源占用情况确定从服务器的空闲资源是否能够满足性能压测任务需求；

任务分配模块，用于当确定模块确定能够满足时，为从服务器分配可执行的性能压测任务。

8.如权利要求7所述的主服务器，其特征在于，所述任务分配模块，具体用于：

根据所述资源占用情况，计算从服务器接收到节点启动命令后建立的压测实例可执行的性能压测任务数量；

为从服务器分配不大于所述任务数量的性能压测任务。

9.如权利要求7所述的主服务器，其特征在于，还包括：

任务监控模块，用于实时监控从服务器的资源占用情况，并根据从服务器的资源占用情况实时调整分配给从服务器的性能压测任务数；当从服务器的资源占用情况超出设置的资源占用上限时，主服务器停止从服务器所执行的性能压测任务。

10.如权利要求7-9任一所述的主服务器，其特征在于，还包括：

租赁建立模块，用于接收从服务器在自身资源满足性能压测最低需求时上报的可用资源信息和请求注册为从节点的信息，将从服务器添加到可用从服务器列表中，与从服务器建立租赁关系；并通过接收从服务器发送的心跳连接消息监控租赁关系是否还存在；和/或

租赁解除模块，用于调用设置的终止接口向从服务器发送租赁关系终止请求，以便从服务器根据终止请求终止租赁关系并停止与主服务器之间的心跳连接；以及在设定监控时间段内接收不到与从服务器之间的周期性心跳连接消息时，将从服务器从可用从服务器列表中删除，终止租赁关系。

11.一种从服务器，其特征在于，包括：

第二接收模块，用于接收已建立租赁关系的主服务器发送的节点启动命令；

第二发送模块，用于接收到所述节点启动命令后监控并向主服务器上报自身的资源占用情况；

任务处理模块，用于接收主服务器根据所述资源占用情况确定自身所属从服务器的空闲资源能够满足性能压测任务需求时、分配的可执行的性能压测任务，并执行主服务器分配的性能压测任务。

12.如权利要求11所述的从服务器，其特征在于，还包括：

关系建立模块，用于检测自身资源满足性能压测最低需求时，收集自身的可用资源信息，向主服务器上报可用资源信息并请求注册为从节点；以及与主服务器建立租赁关系后，发送表征租赁关系是否存在的心跳连接消息。

13.一种性能压测实现系统，其特征在于，包括：如权利要求7-10任一所述的主服务器和如权利要求11-12任一所述的从服务器。