CN103841129B - 云计算的资源信息采集服务器和客户端、信息处理方法 - Google Patents
云计算的资源信息采集服务器和客户端、信息处理方法 Download PDFInfo
- Publication number
- CN103841129B CN103841129B CN201210475585.3A CN201210475585A CN103841129B CN 103841129 B CN103841129 B CN 103841129B CN 201210475585 A CN201210475585 A CN 201210475585A CN 103841129 B CN103841129 B CN 103841129B
- Authority
- CN
- China
- Prior art keywords
- resource
- information
- acquisition server
- information acquisition
- utilization rate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种云计算的资源信息采集服务器和客户端、信息处理方法,信息处理方法包括步骤:资源信息采集服务器获取自身的当前处理能力信息;比较当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息;将上报与否参考信息发送给资源信息采集客户端。本申请有效地解决了现有技术中由于资源信息采集客户端上报资源使用信息过多而造成资源信息采集服务器的I/O口成为瓶颈的问题。
Description
技术领域
本申请涉及云计算的信息处理技术领域,具体是涉及一种云计算的资源信息采集服务器,还涉及一种云计算的资源信息采集客户端,另外还涉及一种云计算的资源信息采集服务器的信息处理方法、以及资源信息采集客户端的信息处理方法。
背景技术
在云计算的资源管理中,采集***中各个节点的资源使用信息是一个基本的功能;***采集到各节点资源使用信息后,会进一步分析和处理,其分析结果可应用于上层多个应用,如作为云计算的资源管理***动态调整资源的重要参考依据。
对于云计算的节点的资源使用信息的采集,通常采用一个Server端(资源信息采集服务器)对所有节点的模式,而各节点作为Client端(资源信息采集客户端)将节点自身的资源使用信息上报给资源信息采集服务器。
在工作的过程中,资源信息采集服务器会设置缓冲队列:各资源信息采集客户端上报资源使用信息给资源信息采集服务器后,资源信息采集服务器首先将接收到的资源使用信息写入缓冲队列,再由独立的任务处理线程从缓冲队列中读取,最后进行数据加工分析。
但是,当数据缓冲队列即将溢出时,现有技术中一般会采用流控方式丢掉部分节点的资源使用信息或通知资源信息采集客户端延迟上报。而随着节点数量的增加,开辟的缓冲队列越来越大,资源信息采集服务器的I/O(输入输出端)口将会成为瓶颈,导致资源信息采集客户端上报资源使用信息的时延会越来越大。
发明内容
有鉴于此,本申请提供了一种云计算的资源信息采集服务器和客户端、信息处理方法,以解决现有技术中由于资源信息采集客户端上报资源使用信息过多而造成资源信息采集服务器的输入输出端口成为瓶颈的问题。
为解决上述问题,本申请第一方面提供一种云计算的资源信息采集服务器的信息处理方法,信息处理方法包括步骤:资源信息采集服务器获取自身的当前处理能力信息;比较当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息;将上报与否参考信息发送给资源信息采集客户端。
结合第一方面,在第一种可能的实现方式中,将上报与否参考信息发送给资源信息采集客户端的步骤之后还包括:读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的信息。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,资源信息采集服务器获取自身的当前处理能力信息的步骤具体包括:资源信息采集服务器获取自身的当前并行读取资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息。而比较当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息的步骤具体包括:根据云计算预配置给自身的预设的最大处理能力比较当前处理能力;在预设的最大处理能力大于当前处理能力时,减小预设的资源使用变更阈值以生成上报与否参考信息,在预设的最大处理能力小于当前处理能力时,加大预设的资源使用变更阈值以生成上报与否参考信息。同时,读取资源信息采集客户端采集并上报的资源使用信息的步骤具体包括:读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端采集到节点的资源使用信息后、将根据资源使用信息计算得到的动态资源使用率差值与上报与否参考信息中的资源使用变更阈值相比较、且动态资源使用率差值大于或等于资源使用变更阈值时才上报的资源使用信息。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,资源使用变更阈值初始设置为0.2,在预设的最大处理能力大于当前处理能力时,减小预设的资源使用变更阈值以生成上报与否参考信息,在预设的最大处理能力小于当前处理能力时,加大预设的资源使用变更阈值以生成上报与否参考信息的步骤具体包括:在预设的最大处理能力大于当前处理能力时,使预设的资源使用变更阈值减小0.1以生成上报与否参考信息,在预设的最大处理能力小于当前处理能力时,使预设的资源使用变更阈值加大0.1以生成上报与否参考信息。
结合第一方面的第二种可能或第三种可能的实现方式,在第四种可能的实现方式中,资源信息采集服务器获取自身的当前处理能力信息的步骤之前还包括:获取新增的资源信息采集客户端发送过来的注册请求和指标项请求;根据指标项请求将包括CPU使用率指标、内存使用率指标和/或输入输出端口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端。而读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的信息的步骤具体包括:读取资源信息采集客户端根据资源指标项采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的、包括CPU使用率、内存使用率和/或输入输出端口使用率的信息。
结合第一方面、第一方面的第一种可能或第二种可能的实现方式,在第五种可能的实现方式中,资源信息采集服务器获取自身的当前处理能力信息的步骤包括:资源信息采集服务器实时地获取自身的当前处理能力信息。
为解决上述问题,本申请第二方面提供一种云计算的资源信息采集服务器,资源信息采集服务器包括:获取模块,用于获取资源信息采集服务器自身的当前处理能力信息;处理模块,用于比较获取模块获取到的当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息;发送模块,用于将处理模块处理得到的上报与否参考信息发送给资源信息采集客户端。
结合第二方面,在第一种可能的实现方式中,资源信息采集服务器还包括:读取模块,用于读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的信息。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,获取模块具体用于获取资源信息采集服务器自身的当前并行读取资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息。处理模块具体包括:判断单元,用于根据云计算预配置给资源信息采集服务器自身的预设的最大处理能力比较当前处理能力;阈值调整单元,用于在判断单元判断到预设的最大处理能力大于当前处理能力时,减小预设的资源使用变更阈值以生成上报与否参考信息,在判断单元判断到预设的最大处理能力小于当前处理能力时,加大预设的资源使用变更阈值以生成上报与否参考信息。同时,读取模块具体用于读取资源信息采集客户端采集并上报的资源使用信息,其中,资源使用信息是资源信息采集客户端采集到节点的资源使用信息后、将根据资源使用信息计算得到的动态资源使用率差值与上报与否参考信息中的资源使用变更阈值相比较、且动态资源使用率差值大于或等于资源使用变更阈值时才上报的资源使用信息。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,资源使用变更阈值初始设置为0.2,阈值调整单元具体用于在判断单元判断到预设的最大处理能力大于当前处理能力时,使预设的资源使用变更阈值减小0.1以生成上报与否参考信息,在判断单元判断到预设的最大处理能力小于当前处理能力时,使预设的资源使用变更阈值加大0.1以生成上报与否参考信息。
结合第二方面的第二种可能或第三种可能的实现方式,在第四种可能的实现方式中:获取模块具体用于获取新增的资源信息采集客户端发送过来的注册请求和指标项请求;发送模块具体用于根据获取模块获取到的指标项请求将包括CPU使用率指标、内存使用率指标和/或输入输出端口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端;读取模块具体用于读取资源信息采集客户端根据资源指标项采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的、包括CPU使用率、内存使用率和/或输入输出端口使用率的信息。
结合第二方面、第二方面的第一种可能或第二种可能的实现方式,在第五种可能的实现方式中:获取模块实时地获取资源信息采集服务器自身的当前处理能力信息。
为解决上述问题,本申请第三方面提供一种云计算的资源信息采集客户端的信息处理方法,信息处理方法包括步骤:接收资源信息采集服务器发送过来的上报与否参考信息,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息;获取与自身对应的节点的资源使用信息,并根据上报与否参考信息判断是否将资源使用信息上报给资源信息采集服务器。
结合第三方面,在第一种可能的实现方式中,接收资源信息采集服务器发送过来的上报与否参考信息的步骤具体包括:接收资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值。获取与自身对应的节点的资源使用信息,并根据上报与否参考信息判断是否将资源使用信息上报给资源信息采集服务器的步骤具体包括:获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;根据资源使用信息计算对应节点的动态资源使用率差值;比较动态资源使用率差值和资源使用变更阈值的大小,并根据比较结果判断是否将资源使用信息上报给资源信息采集服务器。
结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,比较动态资源使用率差值和资源使用变更阈值的大小,并根据比较结果判断是否将资源使用信息上报给资源信息采集服务器的步骤具体包括:比较动态资源使用率差值和资源使用变更阈值的大小;在动态资源使用率差值大于或等于资源使用变更阈值时,将资源使用信息上报给资源信息采集服务器,否则,不执行将资源使用信息上报给资源信息采集服务器的动作。
结合第三方面的第一种可能或第二种可能的实现方式,在第三种可能的实现方式中,获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息的步骤具体包括:在预设周期的第一时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息。根据资源使用信息计算对应节点的动态资源使用率差值的步骤包括:利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值。
结合第三方面的第三种可能的实现方式,在第四种可能的实现方式中,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值的计算公式包括:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
上式中,ΔRCUL为动态资源使用率差值,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的内存使用率,IO1为第一时刻对应的输入输出端口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的内存使用率,IO2为第二时刻对应的输入输出端口使用率,x、y和z为对应的加权值。
结合第三方面的第四种可能的实现方式,在第五种可能的实现方式中,资源使用变更阈值初始设置为0.2,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值的公式中:x为0.6,y为0.1,z为0.3;或x、y、z中的一个或两个为0。
结合第三方面、第三方面的第一种可能或第二种可能的实现方式,在第六种可能的实现方式中,接收资源信息采集服务器发送过来的上报与否参考信息的步骤之前还包括:资源信息采集客户端向资源信息采集服务器发送注册请求和指标项请求;接收资源信息采集服务器根据指标项请求所返回的包括CPU使用率、内存使用率和/或输入输出端口使用率及其加权值的资源指标项,以根据资源指标项获取与自身对应的节点的资源使用信息。
为解决上述问题,本申请第四方面提供一种云计算的资源信息采集客户端,资源信息采集客户端包括:接收模块,用于接收资源信息采集服务器发送过来的上报与否参考信息,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息;处理模块,用于获取与自身对应的节点的资源使用信息,并根据上报与否参考信息判断是否将资源使用信息上报给资源信息采集服务器。
结合第四方面,在第一种可能的实现方式中,接收模块具体用于接收资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值。处理模块具体包括:获取单元,用于获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;计算单元,用于根据获取单元获取到的资源使用信息计算对应节点的动态资源使用率差值;比较单元,用于比较计算单元计算到的动态资源使用率差值和接收模块接收到的资源使用变更阈值的大小;上报单元,用于根据比较单元的比较结果判断是否将资源使用信息上报给资源信息采集服务器。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,上报单元具体用于在比较单元比较得到动态资源使用率差值大于或等于资源使用变更阈值时,将资源使用信息上报给资源信息采集服务器,否则,不执行将资源使用信息上报给资源信息采集服务器的动作。
结合第四方面的第一种可能或第二种可能的实现方式,在第三种可能的实现方式中,获取单元具体用于在预设周期的第一时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;计算单元利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值。
结合第四方面的第三种可能的实现方式,在第四种可能的实现方式中,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值的计算公式包括:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
上式中,ΔRCUL为动态资源使用率差值,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的内存使用率,IO1为第一时刻对应的输入输出端口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的内存使用率,IO2为第二时刻对应的输入输出端口使用率,x、y和z为对应的加权值。
结合第四方面的第四种可能的实现方式,在第五种可能的实现方式中,资源使用变更阈值初始设置为0.2,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值的公式中:x为0.6,y为0.1,z为0.3;或x、y、z中的一个或两个为0。
结合第四方面、第四方面的第一种可能或第二种可能的实现方式,在第六种可能的实现方式中,资源信息采集客户端还包括:注册模块,用于向资源信息采集服务器发送注册请求和指标项请求;接收模块具体用于接收资源信息采集服务器根据注册模块发送的指标项请求所返回的包括CPU使用率、内存使用率和/或输入输出端口使用率及其加权值的资源指标项,处理模块具体用于根据资源指标项获取与自身对应的节点的资源使用信息。
本申请云计算的资源信息采集服务器在进行资源信息采集的过程中检测自身的当前处理能力,并根据当前处理能力判断自身所占用云计算的能力是否超过预设的最大处理能力,根据判断结果产生上报与否参考信息发送给资源信息采集客户端,最终可以通过上报与否参考信息限制资源信息采集客户端上报的资源使用信息的数量。本申请有效地解决了现有技术中由于节点数量的增加,造成资源信息采集服务器的输入输出端口瓶颈的问题。
附图说明
图1是本申请云计算的资源信息采集服务器的信息处理方法第一实施方式的流程示意图;
图2是本申请云计算的资源信息采集服务器的信息处理方法第二实施方式的流程示意图;
图3是本申请云计算的资源信息采集服务器的信息处理方法第三实施方式的流程示意图;
图4是本申请云计算的资源信息采集服务器的信息处理方法第四实施方式的流程示意图;
图5是本申请云计算的***框图;
图6是图5所示云计算的资源信息采集服务器第一实施方式的示意框图;
图7是图5所示云计算的资源信息采集服务器第二实施方式的示意框图;
图8是本申请云计算的资源信息采集客户端的信息处理方法第一实施方式的流程示意图;
图9是本申请云计算的资源信息采集客户端的信息处理方法第二实施方式的流程示意图;
图10是本申请云计算的资源信息采集客户端的信息处理方法第三实施方式的流程示意图;
图11是本申请云计算的资源信息采集客户端的信息处理方法第四实施方式的流程示意图;
图12是图5所示云计算的资源信息采集客户端第一实施方式的示意框图;以及
图13是图5所示云计算的资源信息采集客户端第二实施方式的示意框图,其中,还显示了资源信息采集客户端与资源信息采集服务器之间的信号走向。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、接口、技术之类的具体细节,以便透切理解本申请。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施方式中也可以实现本申请。在其它情况中,省略对众所周知的装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
下面结合附图和具体的实施方式进行说明,而为了方便简明扼要地进行描述,本申请的多个不同实施方式之间的技术特征既可以相互区别也可以部分相同、且其可以根据实际需要而交错结合。
请参阅图1,图1是本申请云计算的资源信息采集服务器的信息处理方法第一实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S100,资源信息采集服务器获取自身的当前处理能力信息。
在步骤S100中,资源信息采集服务器的当前处理能力以SPC(Server ProcessingCapability)定义,用来特指资源信息采集服务器处理资源使用信息的采集业务时的能力;其具体可以根据云计算不同的应用场景,譬如资源信息采集服务器对云计算的CPU占用率、I/O口读写频率或资源使用信息采集的任务数等作为SPC的量纲。另外,资源信息采集服务器在工作的过程中,可以实时地、周期地或不定时地获取自身的SPC,在此不作限定。
步骤S101,比较当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息。
在步骤S101中,资源信息采集服务器的预设的最大处理能力以MPC(Max ProcessCapability)定义,用于限定资源信息采集服务器的SPC的上限值。不难看出,通过设置MPC,可以限制资源信息采集服务器对云计算的CPU占用率、I/O口读写频率或资源使用信息采集的任务数等的能力。需要说明的是,由于资源信息采集仅属于云计算中级别较低的业务,如果资源信息采集服务器过多地占用云计算的资源,则将导致云计算的调度、监控和维护等重要业务无法正常进行,因此,需要通过MPC来限定SPC的上限值,以将云计算的资源更多地运用于其他重要业务上;同理,如果SPC没有达到MPC,则可能造成***无法对所有节点资源进行有效的监控等,因此,通过设定MPC的方式,可以保证云计算的部分资源使用在指定的资源信息采集的业务上,以对满足上报与否参考信息的条件的节点进行采集。其中,MPC具体的设置方式和大小等,可以根据实际需要进行设定,在本技术领域人员理解的范围内,不作限定。
步骤S102,将上报与否参考信息发送给资源信息采集客户端。
在步骤S102中,不难看出在步骤S101比较SPC和MPC的大小之后,生成的上报与否参考信息,即可通过上报与否参考信息来限制资源信息采集客户端上报的资源使用信息的数量,而资源信息采集服务器由于处理的资源使用信息的数量减少,则其对应的SPC的值将相应变小。同理,通过步骤S101的上报与否参考信息,也可以在MPC的值的范围内逐渐加大SPC的值,从而采集一定数量的节点的资源使用信息,以方便后续进行云计算的资源监控和调度等。另外,上报与否参考信息也可以是资源信息采集服务器指定所有资源信息采集客户端在指定时间内停止上报所有节点的资源使用信息,譬如指定时间为5秒、10秒、3分钟或者5分钟等,在此不作限定。总而言之,经过多次重复执行步骤S100到步骤S102,可以将SPC的值逐渐调整到MPC的值的范围内,而保证资源信息采集服务器采集的资源使用信息的数量等均在云计算可控的范围内,通过这种方式,有效地避免了节点的数目过多而导致的I/O口瓶颈的问题。
本申请云计算的资源信息采集服务器的信息处理方法在进行资源信息采集的过程中,检测自身的SPC,并根据SPC的值判断自身所占用云计算的能力是否超过预设的MPC的值,根据判断结果产生上报与否参考信息发送给资源信息采集客户端,最终可以通过上报与否参考信息限制资源信息采集客户端上报的资源使用信息的数量。本申请有效地解决了现有技术中由于节点数量的增加,造成资源信息采集服务器的I/O口瓶颈的问题。
请参阅图2,图2是本申请云计算的资源信息采集服务器的信息处理方法第二实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S200,资源信息采集服务器获取自身的当前处理能力信息。
步骤S201,比较当前处理能力与预设的最大处理能力,产生比较结果,并根据比较结果产生相应的上报与否参考信息。
步骤S202,将上报与否参考信息发送给资源信息采集客户端。
步骤S200到步骤S202请参阅前面实施方式的相关描述,在本技术领域人员理解的范围内,不作赘述。
步骤S203,读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的信息。
资源信息采集服务器在读取节点的资源使用信息的过程中,由于节点的数目过多和/或I/O瓶颈的问题,可能导致资源信息采集服务器无法及时读取到或者丢掉了亟需处理的资源信息采集客户端的资源使用信息。为了解决这个技术问题,在步骤S203中,本实施方式将亟需处理的资源信息采集客户端与上报与否参考信息对应设置,通过上报与否参考信息的作用,可以限制资源信息采集客户端在满足上报与否参考信息的条件下才可以上报对应节点的资源使用信息,使得资源信息采集服务器可以在MPC一定的情况下,可以及时地读取满足上报与否参考信息的节点的资源使用信息,以备对节点进行后续的调度等过程。举例而言,假如云计算指定某些特定的节点(1、3、5···,或前100个节点)属于优先级别处理的,则当资源信息采集服务器处于繁忙超负荷时,可以仅读取这部分优先处理的节点的资源使用信息,而可以有效地防止无法及时读取到或者丢掉了这部分节点的资源使用信息。当然,上报与否参考信息也可以是通过其他条件进行设定,只要确保资源信息采集服务器处于繁忙超负荷时不会丢掉或不及时读取到亟需处理的节点的资源使用信息即可,在本技术领域人员理解的范围内,不一一赘述。
本实施方式可以根据上报与否参考信息优先读取亟需处理的部分资源信息采集客户端所上报的资源使用信息。本申请既有效地避免了资源信息采集服务器的I/O瓶颈的问题,还可以避免资源信息采集服务器无法及时读取到或者丢掉了亟需处理的资源信息采集客户端的资源使用信息的问题。
请进一步参阅图3,图3是本申请云计算的资源信息采集服务器的信息处理方法第三实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S300,资源信息采集服务器获取自身的当前并行读取资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息。
步骤S301,根据云计算预配置给自身的预设的最大处理能力比较当前处理能力。
步骤S302,在预设的最大处理能力大于当前处理能力时,减小预设的资源使用变更阈值以生成上报与否参考信息,在预设的最大处理能力小于当前处理能力时,加大预设的资源使用变更阈值以生成上报与否参考信息。
值得注意的是,在步骤S302中,本实施方式的预设的资源使用变更阈值以RCUL(Resource Changing Upper Limit)表示,定义为任意节点在预定的时间段内的资源使用率的变化率,且资源信息采集服务器可以以广播的方式将RCUL下发通知到所有资源信息采集客户端上。举例来说,某一节点在t1时的资源使用率为50%,在t2时的资源使用率为54%,则其资源使用率的变化率为0.04;进一步而言,假如资源信息采集服务器读取到SPC小于MPC时,其判断自身处于比较空闲的状态,即可减小RCUL以使资源使用率的变化率较小的节点也可以上报自身的资源使用信息,以备云计算进行监控和调度等;而假如资源信息采集服务器读取到SPC大于MPC时,其判断自身处于比较繁忙超负荷的状态,则需要相应加大RCUL以仅允许资源使用率的变化率较大的节点上报自身的资源使用信息,再对其进行监控和调度等。不难看出,通过设定RCUL的方式,不仅可以限制资源信息采集客户端上报的数量,还可以进一步确保当资源信息采集服务器处于繁忙或超负荷时,优先处理满足RCUL的节点的资源使用信息,而对这部分资源使用率的变化率较大的节点进行监控和调度等,以使云计算的***资源的利用率更优化。
步骤S303,将上报与否参考信息发送给资源信息采集客户端。
步骤S300到步骤S303请参阅前面一个或多个实施方式的相关描述,在本技术领域人员理解的范围内,不作赘述。
步骤S304,读取资源信息采集客户端采集并上报的资源使用信息,资源使用信息是资源信息采集客户端采集到节点的资源使用信息后、将根据资源使用信息计算得到的动态资源使用率差值与上报与否参考信息中的资源使用变更阈值相比较、且动态资源使用率差值大于或等于资源使用变更阈值时才上报的资源使用信息。
在步骤S304中,资源信息采集客户端需要根据其采集到节点的资源使用信息计算得到动态资源使用率差值ΔRCUL(即资源使用率的变化率),并在动态资源使用率差值ΔRCUL大于或等于RCUL时才上报的资源使用信息。换而言之,资源信息采集客户端仅上报变化率较大的节点的资源使用信息。譬如,云计算的某一个节点在预定的时间段内的资源使用率从2%跳变到60%,其动态资源使用率差值ΔRCUL为0.58或-0.58(为方便描述,本实施方式以资源使用率较大的值作为被减数,即动态资源使用率差值ΔRCUL均取正数),也即是说明该节点资源处于低利用的状态;而如果根据云计算的资源或服务类型设定的RCUL的初始设置为0.2,即动态资源使用率差值0.58大于RCUL的0.2,该节点的动态资源使用率差值ΔRCUL满足上报的条件,所以其对应的资源信息采集客户端将该节点的资源使用信息上报给资源信息采集服务器;资源信息采集服务器读取其资源使用信息之后,可以对该节点进行监控或趋势分析等,譬如控制该节点所对应的主机资源等进行其他的服务、或下电关机以减少节点数量节省能源等,在本技术领域人员理解的范围内不作赘述。当然,在其他实施方式中,也可以仅读取动态资源使用率差值ΔRCUL大于RCUL的资源信息采集客户端上报的资源使用信息,在此不作限定。
本实施方式相比于前一实施方式而言,通过设定RCUL的方式,在资源信息采集服务器繁忙、超负荷时,无需根据云计算设定的特定的节点进行优先处理,而仅需读取动态资源使用率差值ΔRCUL满足RCUL的条件的节点的资源使用信息,从而智能地对动态资源使用率差值ΔRCUL较大的节点进行优先处理,使云计算的节点资源得到更加有效的监控、分析和调度等,使云计算的节点资源快速地实现负载均衡。
请参阅图4,图4是本申请云计算的资源信息采集服务器的信息处理方法第四实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S400,获取新增的资源信息采集客户端发送过来的注册请求和指标项请求。
在步骤S400中,当云计算中新加入节点时,其首先可以通过对应新增的资源信息采集客户端向资源信息采集服务器主动发送注册请求和/或指标项请求,其注册的方式在本技术领域人员理解的范围内,不作赘述。
步骤S401,根据指标项请求将包括CPU使用率指标、内存使用率指标和/或输入输出端口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端。
在步骤S401中,资源信息采集服务器可以根据实际情况而以订阅方式向资源信息采集客户端发送CPU使用率指标、内存(Memory)使用率指标和I/O口使用率指标中的一个、任意两个、或三个资源指标项及其对应的加权值;换而言之,资源信息采集服务器可以根据节点的CPU使用率指标、Memory使用率指标和I/O口使用率指标中的一个、任意两个、或三个的情况而进行后续的调度等动作。当然,在其他实施方式中,也可以发送其他资源指标项、或与CPU使用率指标、Memory使用率指标和I/O口使用率指标的组合,在本技术领域人员理解的范围内,不作限定。
步骤S402,资源信息采集服务器获取自身的当前并行读取资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息。
在步骤S402中,资源信息采集服务器在当前时刻正在并行读取资源信息采集客户端上报的资源使用信息,譬如正在同时读取100个节点的资源信息采集客户端上报的100条资源使用信息,此时,资源信息采集服务器的读取动作需要占用云计算的CPU占用率、I/O口读写频率的资源,即体现在前述的SPC上,其具体原理请参阅前面实施方式的相关描述,在此不作赘述。
步骤S403,根据云计算预配置给自身的预设的最大处理能力比较当前处理能力。
在步骤S403中,云计算为了防止资源信息采集服务器过多地占用资源去执行“读取资源信息采集客户端上报的资源使用信息”的动作,因此设定前述的MPC,以使SPC维持在MPC的范围内,其具体的数值大小及工作原理请参阅前面实施方式的相关描述。
步骤S404,在预设的最大处理能力大于当前处理能力时,减小预设的资源使用变更阈值以生成上报与否参考信息,在预设的最大处理能力小于当前处理能力时,加大预设的资源使用变更阈值以生成上报与否参考信息。
在步骤S404中,若RCUL初始设置为0.2,则当SPC大于MPC时,使预设的RCUL加大额定值以生成上报与否参考信息;而在SPC小于MPC时,使预设的RCUL减小额定值以生成上报与否参考信息;其中,额定值可以为0.08-0.12的范围,比如0.1、0.11等,在此不作限定。当然,在其他实施方式中,RCUL也可以初始设置为0.3、0.4或0.25等,而额定值可以对应设置,在本技术领域人员理解的范围内,不一一赘述。
步骤S405,将上报与否参考信息发送给资源信息采集客户端。
步骤S406,读取资源信息采集客户端根据资源指标项采集并上报的资源使用信息,资源使用信息是资源信息采集客户端根据上报与否参考信息进行上报的、包括CPU使用率、内存使用率和/或输入输出端口使用率的信息。
在步骤S406中,根据步骤S406的资源指标项采集其对应的CPU使用率、Memory使用率和I/O口使用率的一个、任意两个、或三个资源指标项的信息,接着云计算根据其所包含的节点的情况进行趋势分析、监控或调度等,在本技术领域人员理解的范围内,不作限定。
本实施方式对新加入的资源信息采集客户端的节点进行注册和订阅指标项,可以有效地防止了云计算中不断地新加入节点时,可能导致的资源信息采集服务器I/O瓶颈的问题。
另外,在上述一个或多个实施方式中,经过多次调整ΔRCUL后,如果检测到预设的MPC等于SPC时,可以保持初始设置的、或者前一个时刻调整发送后的RCUL值不变,而使SPC始终保持在MPC的合理范围内,并使得预设的MPC全部应用在满足RCUL的节点上。
下面将结合本申请云计算及其资源信息采集服务器的工作过程对其信息处理方法作进一步描述。
请参阅图5和图6,图5是本申请云计算的***框图,图6是图5所示云计算的资源信息采集服务器第一实施方式的示意框图。
如图5所示,云计算包括但不限于云计算管理***50和云计算资源节点51,其中,云计算资源节点51包括节点1、节点2到节点n,n为自然数。
在本实施方式中,云计算管理***50包括但不限于统一物理资源管理模块、统一虚拟资源管理模块、统一资源调度模块、统一监控模块、统一操作维护模块、统一警告模块、以及通过管理总线501与上述一个或多个模块相连接的资源信息采集服务器502、硬件管理服务器、软件管理服务器和虚拟机接入服务器等。
而云计算资源节点51则包括但不限于节点511及设于节点内的资源信息采集客户端512。
不难看出,资源信息采集服务器502和资源信息采集客户端512可以作为独立子***部署于云计算内,其中,资源信息采集服务器502作为组件的形式部署于云计算管理***50内,而资源信息采集客户端512亦以组件的形式直接部署于云计算资源节点51上。通过这种方式,资源信息采集客户端512采集到对应的节点的资源使用信息之后,上报给资源信息采集服务器502,以支撑资源趋势分析、监控或变更调度等动作,而实现云计算的资源负载均衡。
如图6所示,在本实施方式中,资源信息采集服务器502包括但不限于获取模块5021、处理模块5022和发送模块5023。
获取模块5021用于获取资源信息采集服务器502自身的当前处理能力信息(即SPC)。如前所述,SPC用来特指资源信息采集服务器502处理资源使用信息的采集业务时的能力;其具体可以根据云计算不同的应用场景,譬如资源信息采集服务器502对云计算的CPU占用率、I/O口读写频率或资源使用信息采集的任务数等作为SPC的量纲。另外,资源信息采集服务器502在工作的过程中,获取模块5021可以实时地、周期地或不定时地获取资源信息采集服务器502自身的SPC,在此不作限定。
处理模块5022用于比较获取模块5021获取到的当前处理能力与预设的MPC,产生比较结果,并根据比较结果产生相应的上报与否参考信息。MPC用于限定资源信息采集服务器502的SPC的上限值。不难看出,通过设置MPC,可以限制资源信息采集服务器502对云计算的CPU占用率、I/O口读写频率或资源使用信息采集的任务数等的能力。需要说明的是,由于资源信息采集仅属于云计算中级别较低的业务,如果资源信息采集服务器502过多地占用云计算的资源,则将导致云计算的调度、监控和维护等重要业务无法正常进行,因此,需要通过MPC来限定SPC的上限值,以将云计算的资源更多地运用于其他重要业务上;同理,如果SPC没有达到MPC,则可能造成***无法对所有节点资源进行有效的监控等,因此,通过设定MPC的方式,可以保证云计算的部分资源使用在指定的资源信息采集的业务上,以对满足上报与否参考信息的条件的节点进行采集。其中,MPC具体的设置方式和大小等,可以根据实际需要进行设定,在本技术领域人员理解的范围内,不作限定。
发送模块5023用于将处理模块5022处理得到的上报与否参考信息发送给资源信息采集客户端512。
另外,本实施方式的多个模块的具体功能还请参阅前面实施方式的相关描述,在本技术领域人员理解的范围内,不再赘述。
本申请云计算的资源信息采集服务器502在进行资源信息采集的过程中,检测自身的SPC,并根据SPC的值判断自身所占用云计算的能力是否超过预设的MPC的值,根据判断结果产生上报与否参考信息发送给资源信息采集客户端512,最终可以通过上报与否参考信息限制资源信息采集客户端512上报的资源使用信息的数量。本申请有效地解决了现有技术中由于节点数量的增加,造成资源信息采集服务器502的I/O口瓶颈的问题。
请参阅图7,图7是图5所示云计算的资源信息采集服务器第二实施方式的示意框图,相比于前一实施方式,本实施方式资源信息采集服务器502还包括读取模块5024。
在本实施方式中,读取模块5024用于读取资源信息采集客户端512采集并上报的资源使用信息,资源使用信息是资源信息采集客户端512根据上报与否参考信息进行上报的信息。
具体而言,获取模块5021具体用于获取资源信息采集服务器502自身的当前并行读取资源信息采集客户端512上报的资源使用信息时、所对应的处理能力信息。
此时,处理模块5022具体可以包括判断单元5025和阈值调整单元5026。相应地,判断单元5025用于根据云计算预配置给资源信息采集服务器502自身的预设的MPC比较SPC。阈值调整单元5026用于在判断单元5025判断到预设的MPC大于SPC时,减小预设的RCUL以生成上报与否参考信息,在判断单元5025判断到预设的MPC小于SPC时,加大预设的RCUL以生成上报与否参考信息,接着,发送模块5023可以以广播方式将调整后的RCUL发送给所有资源信息采集客户端512。
读取模块5024具体用于读取资源信息采集客户端512采集并上报的资源使用信息。如前所述,资源使用信息是资源信息采集客户端512采集到节点的资源使用信息后、将根据资源使用信息计算得到的动态资源使用率差值ΔRCUL与上报与否参考信息中的RCUL相比较、且动态资源使用率差值ΔRCUL大于或等于RCUL时才上报的资源使用信息。
进一步而言,RCUL初始可以设置为0.2,阈值调整单元5026具体用于在判断单元5025判断到预设的MPC大于SPC时,使预设的RCUL减小0.1以生成上报与否参考信息,在判断单元5025判断到预设的MPC小于SPC时,使预设的RCUL加大0.1以生成上报与否参考信息,最终通过发送模块5023以广播方式将调整后的RCUL发送给所有资源信息采集客户端512。当然,在其他实施方式中,其具体的数值的大小可以根据实际需要而进行设定,在本技术领域人员理解的范围内,不作限定。
当云计算的云计算资源节点51中新加入节点时,以节点511为例,则资源信息采集服务器502的获取模块5021具体用于获取新增的资源信息采集客户端512发送过来的注册请求和指标项请求;发送模块5023具体用于根据获取模块5021获取到的指标项请求将包括CPU使用率指标、Memory使用率指标和/或I/O口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端512;而读取模块5024具体用于读取资源信息采集客户端512根据资源指标项采集并上报的资源使用信息,此时,资源使用信息是资源信息采集客户端512根据上报与否参考信息进行上报的、包括CPU使用率、Memory使用率和/或I/O口使用率的信息。
另外,本实施方式的多个模块的具体功能还请参阅前面一个或多个实施方式的相关描述,在本技术领域人员理解的范围内,不再赘述。
本实施方式资源信息采集服务器502可以根据上报与否参考信息优先读取亟需处理的部分资源信息采集客户端所上报的资源使用信息,进一步而言,通过设定RCUL的方式,不仅可以限制资源信息采集客户端上报的数量,还可以进一步确保当资源信息采集服务器502处于繁忙或超负荷时,优先处理满足RCUL的节点的资源使用信息,而对这部分资源使用率的变化率较大的节点进行监控和调度等。本申请既有效地避免了资源信息采集服务器502的I/O瓶颈的问题,而将I/O瓶颈“下移”到资源信息采集客户端上,还可以避免资源信息采集服务器502无法及时读取到或者丢掉了亟需处理的资源信息采集客户端的资源使用信息的问题。
下面将结合资源信息采集服务器502的信息处理方法的一个或多个实施方式对资源信息采集客户端的信息处理方法作具体描述。
请参阅图8,图8是本申请云计算的资源信息采集客户端的信息处理方法第一实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S800,接收资源信息采集服务器发送过来的上报与否参考信息,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息。
如前所述,在步骤S800中资源信息采集服务器需根据自身的SPC和预设的MPC进行比较,而产生上报与否参考信息的目的则是减少资源信息采集客户端上报的资源使用信息的数量或增多资源信息采集客户端上报的资源使用信息的数量。
步骤S801,获取与自身对应的节点的资源使用信息,并根据上报与否参考信息判断是否将资源使用信息上报给资源信息采集服务器。
在步骤S801中,资源信息采集客户端采集到自身对应的节点的资源使用信息后,需要根据上报与否参考信息进行判断是否上报。举例而言,如果在上报与否参考信息指定资源信息采集客户端在指定时间内停止上报所有节点的资源使用信息,譬如指定时间为5秒、10秒、3分钟或者5分钟等,则在指定时间内部分或全部资源信息采集客户端停止向资源信息采集服务器上报资源使用信息;而如果上报与否参考信息仅是用来限制部分资源信息采集客户端上报的资源使用信息的数量,则可以丢掉部分资源信息采集客户端上报的资源使用信息,而防止所有资源信息采集客户端将采集的资源使用信息同时上报给资源信息采集服务器而致使其发生I/O瓶颈的问题。其中,上报与否参考信息的具体“控制方式”或工作方式可以参考前面实施方式的具体描述,在此不作赘述。
本实施方式资源信息采集客户端的信息处理方法在采集到节点的资源使用信息之后,根据上报与否参考信息而决定是否上报给资源信息采集服务器,避免了由于节点数目过多、上报的节点的资源使用信息数量过大,而导致的资源信息采集服务器发生I/O瓶颈的问题。本实施方式通过资源信息采集客户端的作用直接过滤部分或者指定时间内限制全部资源信息采集客户端向资源信息采集服务器上报,从而将I/O瓶颈的问题下移到资源信息采集客户端自身,同时避免了资源信息采集服务器占用过多的云计算的资源来处理资源信息采集的业务。
请进一步参阅图9,图9是本申请云计算的资源信息采集客户端的信息处理方法第二实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S900,接收资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息。
为了使资源信息采集服务器在MPC一定的条件下,能充分地利用SPC优先处理亟需处理的节点资源使用信息,资源信息采集服务器根据SPC和MPC的比较而设置或调整RCUL,并将RCUL发送给资源信息采集客户端。
步骤S901,获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息。
在步骤S901中,资源信息采集客户端可以根据云计算的实际应用场景或业务服务等需要,而从自身对应的节点中获取包括CPU使用率、Memory使用率和I/O口使用率中的一个、任意两个或三个的资源使用信息,以便后续对该节点的监控或调度等。
步骤S902,根据资源使用信息计算对应节点的动态资源使用率差值。
在步骤S902中,资源信息采集客户端根据CPU使用率、Memory使用率和I/O口使用率中的一个、任意两个或三个进行计算动态资源使用率差值ΔRCUL。譬如,在不同的时刻,节点的CPU使用率、Memory使用率或I/O口使用率中的一个或多个实时地发生变化,此时,将其对应的使用率进行相减等处理,即可得到表示其资源使用的变化率的动态资源使用率差值ΔRCUL,当然,动态资源使用率差值ΔRCUL的大小对应其变化率的大小的情况。
步骤S903,比较动态资源使用率差值和资源使用变更阈值的大小。
在步骤S903中,根据RCUL判断动态资源使用率差值ΔRCUL,亦即是为每一个资源信息采集客户端设置“上报门槛”,而实现后续的防止所有资源信息采集客户端同时上报资源使用信息,而导致的资源信息采集服务器的瓶颈的问题。
步骤S904,在动态资源使用率差值大于或等于资源使用变更阈值时,将资源使用信息上报给资源信息采集服务器,否则,不执行将资源使用信息上报给资源信息采集服务器的动作。
步骤S903和步骤S904共同实现的过程为:比较动态资源使用率差值和资源使用变更阈值的大小,并根据比较结果判断是否将资源使用信息上报给资源信息采集服务器。举例而言,某一个资源信息采集客户端对应的节点在预定的时间段内的资源使用率从2%跳变到60%,其动态资源使用率差值ΔRCUL为0.58,也即是说明该节点资源处于低利用的状态;而如果根据云计算的资源或服务类型设定的RCUL的初始设置为0.2,即动态资源使用率差值ΔRCUL的0.58大于RCUL的0.2,该节点的动态资源使用率差值ΔRCUL满足上报的条件,所以其对应的资源信息采集客户端将该节点的资源使用信息上报给资源信息采集服务器;资源信息采集服务器读取其资源使用信息之后,可以对该节点进行监控或趋势分析等,譬如控制该节点所对应的主机资源等进行其他的服务、或下电关机以减少节点数量节省能源等,在本技术领域人员理解的范围内不作赘述。当然,在其他实施方式中,也可以仅读取动态资源使用率差值ΔRCUL大于RCUL的资源信息采集客户端上报的资源使用信息,在此不作限定。
本实施方式相比于前一实施方式而言,通过设定RCUL的方式,在资源信息采集服务器繁忙、超负荷时,仅需读取动态资源使用率差值ΔRCUL满足RCUL的条件的节点的资源使用信息,从而智能地对动态资源使用率差值ΔRCUL较大的节点进行优先处理,使云计算的节点资源得到更加有效的监控、分析和调度等,使云计算的节点资源快速地实现负载均衡。
请参阅图10,图10是本申请云计算的资源信息采集客户端的信息处理方法第三实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S110,接收资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息。
步骤S111,在预设周期的第一时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息。
与前一实施方式不同之处在于,在步骤S111中,资源信息采集客户端以预设周期进行获取采集的动作,第一时刻和第二时刻可以为预设周期内的开始时刻和结束时刻,在本技术领域人员理解的范围内,不对预设周期、第一时刻和第二时刻进行限定。
步骤S112,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值。
在步骤S112中,动态资源使用率差值ΔRCUL可以通过第一时刻对应的资源使用信息和第二时刻对应的资源使用信息直接相减的方式计算得到,当然,也可以根据实际需要而采用一定的转换方式进行计算,在此不作限定。
步骤S113,比较动态资源使用率差值和资源使用变更阈值的大小。
步骤S114,在动态资源使用率差值大于或等于资源使用变更阈值时,将资源使用信息上报给资源信息采集服务器,否则,不执行将资源使用信息上报给资源信息采集服务器的动作。
本实施方式资源信息采集客户端通过预设周期、第一时刻和第二时刻的方式,可以精确地计算得到动态资源使用率差值ΔRCUL满足RCUL的条件的节点,以避免任意时刻获取资源使用信息进行计算所带来的误差,提高了云计算对节点资源的有效而准备的监控、分析和调度等,使云计算的节点资源快速地实现负载均衡。
请参阅图11,图11是本申请云计算的资源信息采集客户端的信息处理方法第四实施方式的流程示意图,在本实施方式中,云计算的资源信息采集服务器的信息处理方法包括但不限于以下步骤。
步骤S120,资源信息采集客户端向资源信息采集服务器发送注册请求和指标项请求。
在步骤S120中,当云计算中新加入节点时,其首先可以通过对应新增的资源信息采集客户端向资源信息采集服务器主动发送注册请求和/或指标项请求。
步骤S121,接收资源信息采集服务器根据指标项请求所返回的包括CPU使用率、内存使用率和/或输入输出端口使用率及其加权值的资源指标项,以根据资源指标项获取与自身对应的节点的资源使用信息。
在步骤S121中,资源信息采集服务器可以根据实际情况而以订阅方式向资源信息采集客户端发送CPU使用率指标、Memory使用率指标和I/O口使用率指标中的一个、任意两个、或三个资源指标项及其对应的加权值;换而言之,资源信息采集服务器可以根据节点的CPU使用率指标、Memory使用率指标和I/O口使用率指标中的一个、任意两个、或三个的情况而进行后续的调度等动作。当然,在其他实施方式中,也可以发送其他资源指标项、或与CPU使用率指标、Memory使用率指标和I/O口使用率指标的组合,在本技术领域人员理解的范围内,不作限定。
不难看出,步骤S120和步骤S121为准备步骤,通过准备步骤可以使资源信息采集服务器对任意新增的节点进行监控。
步骤S122,接收资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值,上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息。
步骤S123,在预设周期的第一时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息。
步骤S124,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值。
在步骤S124中,利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值ΔRCUL的计算公式包括:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
上述计算公式中,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的Memory使用率,IO1为第一时刻对应的I/O口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的Memory使用率,IO2为第二时刻对应的I/O口使用率,x、y和z为对应的加权值。RCUL初始可以设置为0.1、0.2或0.3等,而加权值x为0.6,y为0.1,z为0.3,或x为0.5,y为0.1,z为0.4,或x、y、z中的一个或两个为0等。与前面实施方式对应的是,在资源信息采集服务器502端,其每次调整RCUL的额定值可以为0.08-0.12,如0.1、0.11等。譬如,其中一个方案可以采用:RCUL初始设置为0.2,而加权值x为0.6,y为0.1,z为0.3,每次调整RCUL的额定值为0.1的组合。本实施方式的具体数值均可以根据云计算的实际应用场景或服务类型而进行设定,在此不作限定。
步骤S125,比较动态资源使用率差值和资源使用变更阈值的大小。
步骤S126,在动态资源使用率差值大于或等于资源使用变更阈值时,将资源使用信息上报给资源信息采集服务器,否则,不执行将资源使用信息上报给资源信息采集服务器的动作。
本实施方式对新加入的资源信息采集客户端的节点进行注册和订阅指标项,可以有效地防止了云计算中不断地新加入节点时,可能导致的资源信息采集服务器I/O瓶颈的问题。另外,经过多次调整RCUL后,如果资源信息采集服务器检测到预设的MPC等于SPC时,可以保持初始设置的、或者前一个时刻调整发送后的RCUL值不变,而使SPC始终保持在MPC的合理范围内,并使得预设的MPC全部应用在满足RCUL的节点上。
下面将结合本申请云计算的资源信息采集客户端512的工作过程对其信息处理方法作进一步描述。
请参阅图12,图12是图5所示云计算的资源信息采集客户端第一实施方式的示意框图,其中,资源信息采集客户端512包括但不限于接收模块5121和处理模块5122。
在本实施方式中,接收模块5121用于接收资源信息采集服务器502发送过来的上报与否参考信息,如前所述,上报与否参考信息是资源信息采集服务器502根据自身的SPC信息和预设的MPC相比较后产生的信息。
处理模块5122用于获取与自身对应的节点的资源使用信息,并根据接收模块5121接收到的上报与否参考信息判断是否将资源使用信息上报给资源信息采集服务器502。
具体而言,所有资源信息采集客户端采集到自身对应的节点的资源使用信息后,需要根据上报与否参考信息进行判断是否上报。譬如,如果在上报与否参考信息指定资源信息采集客户端512在指定时间内停止上报所有节点的资源使用信息,譬如指定时间为5秒、10秒、3分钟或者5分钟等,则在指定时间内部分或全部资源信息采集客户端停止向资源信息采集服务器502上报资源使用信息;而如果上报与否参考信息仅是用来限制部分资源信息采集客户端上报的资源使用信息的数量,则可以丢掉部分资源信息采集客户端上报的资源使用信息,而防止所有资源信息采集客户端将采集的资源使用信息同时上报给资源信息采集服务器502而致使其发生I/O瓶颈的问题。
本实施方式资源信息采集客户端512在采集到节点的资源使用信息之后,根据上报与否参考信息决定是否上报给资源信息采集服务器502,避免了由于节点数目过多、上报的节点的资源使用信息数量过大,而导致的资源信息采集服务器502发生I/O瓶颈的问题。本实施方式通过资源信息采集客户端的作用直接过滤部分或者指定时间内限制全部资源信息采集客户端向资源信息采集服务器502上报,从而将I/O瓶颈的问题下移到资源信息采集客户端自身,同时避免了资源信息采集服务器502占用过多的云计算的资源来处理资源信息采集的业务。
请进一步参阅图13,图13是图5所示云计算的资源信息采集客户端第二实施方式的示意框图,其中,还显示了资源信息采集客户端512与资源信息采集服务器502之间的信号走向。
在本实施方式中,接收模块5121具体用于接收资源信息采集服务器502发送过来的上报与否参考信息中的RCUL。相应地,处理模块5122具体包括但不限于获取单元5127、计算单元5123、比较单元5124和上报单元5125。
获取单元5127用于获取与自身对应的节点的包括CPU使用率、Memory使用率和/或I/O口使用率的资源使用信息。其中,资源信息采集客户端512可以根据云计算的实际应用场景或业务服务等需要,而从自身对应的节点中获取包括CPU使用率、Memory使用率和I/O口使用率中的一个、任意两个或三个的资源使用信息,以便后续对该节点的监控或调度等。
计算单元5123用于根据获取单元5127获取到的资源使用信息计算对应节点的动态资源使用率差值ΔRCUL。资源信息采集客户端512根据CPU使用率、Memory使用率和I/O口使用率中的一个、任意两个或三个进行计算动态资源使用率差值ΔRCUL。譬如,在不同的时刻,节点的CPU使用率、Memory使用率或I/O口使用率中的一个或多个实时地发生变化,此时,将其对应的使用率进行相减等处理,即可得到表示其资源使用的变化率的动态资源使用率差值ΔRCUL,当然,动态资源使用率差值ΔRCUL的大小对应其变化率的大小的情况。
比较单元5124用于比较计算单元5123计算到的动态资源使用率差值ΔRCUL和接收模块5121接收到的RCUL的大小。
上报单元5125用于根据比较单元5124的比较结果判断是否将资源使用信息上报给资源信息采集服务器502。具体来说,上报单元5125用于在比较单元5124比较得到动态资源使用率差值ΔRCUL大于或等于RCUL时,将资源使用信息上报给资源信息采集服务器502,否则,不执行将资源使用信息上报给资源信息采集服务器502的动作。
举例而言,获取单元5127具体用于在预设周期的第一时刻从节点511中获取对应的CPU使用率、Memory使用率和/或I/O口使用率的资源使用信息,而在预设周期内的第二时刻从节点511中获取对应的CPU使用率、Memory使用率和/或I/O口使用率的资源使用信息,接着,计算单元5123利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到动态资源使用率差值ΔRCUL,其计算公式如下:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
上述计算公式中,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的Memory使用率,IO1为第一时刻对应的I/O口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的Memory使用率,IO2为第二时刻对应的I/O口使用率,x、y和z为对应的加权值。RCUL初始可以设置为0.1、0.2或0.3等,而加权值x为0.6,y为0.1,z为0.3,或x为0.5,y为0.1,z为0.4,或x、y、z中的一个或两个为0等。与前面实施方式对应的是,在资源信息采集服务器502端,其调整RCUL的额定值可以为0.08-0.12,如0.1、0.11等。譬如,其中一个方案可以采用:RCUL初始设置为0.2,而加权值x为0.6,y为0.1,z为0.3,每次调整RCUL的额定值为0.1的组合。本实施方式的具体数值均可以根据云计算的实际应用场景或服务类型而进行设定,在此不作限定。
另外,资源信息采集客户端512还可以包括注册模块5126,注册模块5126用于向资源信息采集服务器502发送注册请求和指标项请求,接着,接收模块5121接收资源信息采集服务器502根据注册模块5126发送的指标项请求所返回的包括CPU使用率、Memory使用率和/或I/O口使用率及其加权值的资源指标项,处理模块5122则根据资源指标项获取与自身对应的节点的资源使用信息。
本实施方式资源信息采集客户端通过预设周期、第一时刻和第二时刻的方式,可以精确地计算得到动态资源使用率差值ΔRCUL满足RCUL的条件的节点,以避免任意时刻获取资源使用信息进行计算所带来的误差,提高了云计算对节点资源的有效而准备的监控、分析和调度等,使云计算的节点资源快速地实现负载均衡。
在本申请所提供的几个实施方式中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本申请各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式,并非因此限制本申请的保护范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (26)
1.一种云计算的资源信息采集服务器的信息处理方法,其特征在于,所述信息处理方法包括:
资源信息采集服务器获取自身的当前处理能力信息;
比较所述当前处理能力与预设的最大处理能力,产生比较结果,并根据所述比较结果产生相应的上报与否参考信息;
将所述上报与否参考信息发送给资源信息采集客户端,以使所述资源信息采集客户端获取与自身对应的节点的资源使用信息并根据所述上报与否参考信息判断是否将所述资源使用信息上报给所述资源信息采集服务器;
其中,所述比较当前处理能力与预设的最大处理能力,产生比较结果,并根据所述比较结果产生相应的上报与否参考信息的步骤具体包括:
根据云计算预配置给自身的预设的最大处理能力比较所述当前处理能力;
在所述预设的最大处理能力大于所述当前处理能力时,减小预设的资源使用变更阈值以生成所述上报与否参考信息,在所述预设的最大处理能力小于所述当前处理能力时,加大预设的资源使用变更阈值以生成所述上报与否参考信息,其中,资源使用变更阈值为任意节点在预定的时间段内的资源使用率的变化率。
2.根据权利要求1所述的信息处理方法,其特征在于,所述将上报与否参考信息发送给资源信息采集客户端的步骤之后还包括:
读取所述资源信息采集客户端采集并上报的资源使用信息,所述资源使用信息是资源信息采集客户端根据所述上报与否参考信息进行上报的信息。
3.根据权利要求2所述的信息处理方法,其特征在于:
所述资源信息采集服务器获取自身的当前处理能力信息的步骤具体包括:
所述资源信息采集服务器获取自身的当前并行读取所述资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息;
所述读取资源信息采集客户端采集并上报的资源使用信息的步骤具体包括:
读取所述资源信息采集客户端采集并上报的资源使用信息,所述资源使用信息是资源信息采集客户端采集到节点的资源使用信息后、将根据所述资源使用信息计算得到的动态资源使用率差值与所述上报与否参考信息中的资源使用变更阈值相比较、且所述动态资源使用率差值大于或等于所述资源使用变更阈值时才上报的资源使用信息。
4.根据权利要求3所述的信息处理方法,其特征在于,所述资源使用变更阈值初始设置为0.2,所述在预设的最大处理能力大于所述当前处理能力时,减小预设的资源使用变更阈值以生成所述上报与否参考信息,在所述预设的最大处理能力小于所述当前处理能力时,加大预设的资源使用变更阈值以生成所述上报与否参考信息的步骤具体包括:
在所述预设的最大处理能力大于所述当前处理能力时,使预设的资源使用变更阈值减小0.1以生成所述上报与否参考信息,在所述预设的最大处理能力小于所述当前处理能力时,使预设的资源使用变更阈值加大0.1以生成所述上报与否参考信息。
5.根据权利要求2或3所述的信息处理方法,其特征在于:
所述资源信息采集服务器获取自身的当前处理能力信息的步骤之前还包括:
获取新增的资源信息采集客户端发送过来的注册请求和指标项请求;
根据所述指标项请求将包括CPU使用率指标、内存使用率指标和/或输入输出端口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端;
所述读取资源信息采集客户端采集并上报的资源使用信息,所述资源使用信息是资源信息采集客户端根据所述上报与否参考信息进行上报的信息的步骤具体包括:
读取资源信息采集客户端根据所述资源指标项采集并上报的资源使用信息,所述资源使用信息是资源信息采集客户端根据所述上报与否参考信息进行上报的、包括CPU使用率、内存使用率和/或输入输出端口使用率的信息。
6.根据权利要求1~3任一项所述的信息处理方法,其特征在于,所述资源信息采集服务器获取自身的当前处理能力信息的步骤包括:
资源信息采集服务器实时地获取自身的当前处理能力信息。
7.一种云计算的资源信息采集服务器,其特征在于,所述资源信息采集服务器包括:
获取模块,用于获取所述资源信息采集服务器自身的当前处理能力信息;
处理模块,用于比较所述获取模块获取到的所述当前处理能力与预设的最大处理能力,产生比较结果,并根据所述比较结果产生相应的上报与否参考信息;
发送模块,用于将所述处理模块处理得到的所述上报与否参考信息发送给资源信息采集客户端,以使所述资源信息采集客户端获取与自身对应的节点的资源使用信息并根据所述上报与否参考信息判断是否将所述资源使用信息上报给所述资源信息采集服务器;
其中,所述处理模块具体包括:
判断单元,用于根据云计算预配置给所述资源信息采集服务器自身的预设的最大处理能力比较所述当前处理能力;
阈值调整单元,用于在所述判断单元判断到所述预设的最大处理能力大于所述当前处理能力时,减小预设的资源使用变更阈值以生成所述上报与否参考信息,在所述判断单元判断到所述预设的最大处理能力小于所述当前处理能力时,加大预设的资源使用变更阈值以生成所述上报与否参考信息,其中,资源使用变更阈值为任意节点在预定的时间段内的资源使用率的变化率。
8.根据权利要求7所述的资源信息采集服务器,其特征在于,所述资源信息采集服务器还包括:
读取模块,用于读取所述资源信息采集客户端采集并上报的资源使用信息,所述资源使用信息是所述资源信息采集客户端根据所述上报与否参考信息进行上报的信息。
9.根据权利要求8所述的资源信息采集服务器,其特征在于:
所述获取模块具体用于获取所述资源信息采集服务器自身的当前并行读取所述资源信息采集客户端上报的资源使用信息时、所对应的处理能力信息;
所述读取模块具体用于读取所述资源信息采集客户端采集并上报的资源使用信息,其中,所述资源使用信息是资源信息采集客户端采集到节点的资源使用信息后、将根据所述资源使用信息计算得到的动态资源使用率差值与所述上报与否参考信息中的资源使用变更阈值相比较、且所述动态资源使用率差值大于或等于所述资源使用变更阈值时才上报的资源使用信息。
10.根据权利要求9所述的资源信息采集服务器,其特征在于:所述资源使用变更阈值初始设置为0.2,所述阈值调整单元具体用于在所述判断单元判断到所述预设的最大处理能力大于所述当前处理能力时,使预设的资源使用变更阈值减小0.1以生成所述上报与否参考信息,在所述判断单元判断到所述预设的最大处理能力小于所述当前处理能力时,使预设的资源使用变更阈值加大0.1以生成所述上报与否参考信息。
11.根据权利要求8或9所述的资源信息采集服务器,其特征在于:
所述获取模块具体用于获取新增的资源信息采集客户端发送过来的注册请求和指标项请求;
所述发送模块具体用于根据所述获取模块获取到的所述指标项请求将包括CPU使用率指标、内存使用率指标和/或输入输出端口使用率指标的资源指标项,及其对应的加权值发送给新增的资源信息采集客户端;
所述读取模块具体用于读取资源信息采集客户端根据所述资源指标项采集并上报的资源使用信息,所述资源使用信息是资源信息采集客户端根据所述上报与否参考信息进行上报的、包括CPU使用率、内存使用率和/或输入输出端口使用率的信息。
12.根据权利要求7~9任一项所述的资源信息采集服务器,其特征在于,所述获取模块实时地获取所述资源信息采集服务器自身的当前处理能力信息。
13.一种云计算的资源信息采集客户端的信息处理方法,其特征在于,所述信息处理方法包括:
接收资源信息采集服务器发送过来的上报与否参考信息,所述上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息;
获取与自身对应的节点的资源使用信息,并根据所述上报与否参考信息判断是否将所述资源使用信息上报给所述资源信息采集服务器;
其中,所述上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息,具体包括:所述上报与否参考信息是在所述预设的最大处理能力大于所述当前处理能力时所述资源信息采集服务器减小预设的资源使用变更阈值以生成的信息,在所述预设的最大处理能力小于所述当前处理能力时,加大预设的资源使用变更阈值以生成的信息,其中,资源使用变更阈值为任意节点在预定的时间段内的资源使用率的变化率。
14.根据权利要求13所述的信息处理方法,其特征在于:
所述接收资源信息采集服务器发送过来的上报与否参考信息的步骤具体包括:
接收所述资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值;
所述获取与自身对应的节点的资源使用信息,并根据所述上报与否参考信息判断是否将所述资源使用信息上报给所述资源信息采集服务器的步骤具体包括:
获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;
根据所述资源使用信息计算对应节点的动态资源使用率差值;
比较所述动态资源使用率差值和所述资源使用变更阈值的大小,并根据比较结果判断是否将所述资源使用信息上报给所述资源信息采集服务器。
15.根据权利要求14所述的信息处理方法,其特征在于,所述比较动态资源使用率差值和所述资源使用变更阈值的大小,并根据比较结果判断是否将所述资源使用信息上报给所述资源信息采集服务器的步骤具体包括:
比较所述动态资源使用率差值和所述资源使用变更阈值的大小;
在所述动态资源使用率差值大于或等于所述资源使用变更阈值时,将所述资源使用信息上报给所述资源信息采集服务器,否则,不执行将所述资源使用信息上报给所述资源信息采集服务器的动作。
16.根据权利要求14或15所述的信息处理方法,其特征在于:
所述获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息的步骤具体包括:
在预设周期的第一时刻从所述节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从所述节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;
所述根据资源使用信息计算对应节点的动态资源使用率差值的步骤包括:
利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值。
17.根据权利要求16所述的信息处理方法,其特征在于,所述利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值的计算公式包括:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
其中,ΔRCUL为动态资源使用率差值,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的内存使用率,IO1为第一时刻对应的输入输出端口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的内存使用率,IO2为第二时刻对应的输入输出端口使用率,x、y和z为对应的加权值。
18.根据权利要求17所述的信息处理方法,其特征在于,所述资源使用变更阈值初始设置为0.2,所述利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值的公式中:
x为0.6,y为0.1,z为0.3;或x、y、z中的一个或两个为0。
19.根据权利要求13~15任一项所述的信息处理方法,其特征在于,所述接收资源信息采集服务器发送过来的上报与否参考信息的步骤之前还包括:
资源信息采集客户端向资源信息采集服务器发送注册请求和指标项请求;
接收资源信息采集服务器根据所述指标项请求所返回的包括CPU使用率、内存使用率和/或输入输出端口使用率及其加权值的资源指标项,以根据所述资源指标项获取与自身对应的节点的资源使用信息。
20.一种云计算的资源信息采集客户端,其特征在于,所述资源信息采集客户端包括:
接收模块,用于接收资源信息采集服务器发送过来的上报与否参考信息,所述上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息;
处理模块,用于获取与自身对应的节点的资源使用信息,并根据所述上报与否参考信息判断是否将所述资源使用信息上报给所述资源信息采集服务器;
其中,所述上报与否参考信息是资源信息采集服务器根据自身的当前处理能力信息和预设的最大处理能力相比较后产生的信息,具体包括:所述上报与否参考信息是在所述预设的最大处理能力大于所述当前处理能力时所述资源信息采集服务器减小预设的资源使用变更阈值以生成的信息,在所述预设的最大处理能力小于所述当前处理能力时,加大预设的资源使用变更阈值以生成的信息,其中,资源使用变更阈值为任意节点在预定的时间段内的资源使用率的变化率。
21.根据权利要求20所述的资源信息采集客户端,其特征在于:
所述接收模块具体用于接收所述资源信息采集服务器发送过来的上报与否参考信息中的资源使用变更阈值;
所述处理模块具体包括:
获取单元,用于获取与自身对应的节点的包括CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;
计算单元,用于根据所述获取单元获取到的所述资源使用信息计算对应节点的动态资源使用率差值;
比较单元,用于比较所述计算单元计算到的动态资源使用率差值和所述接收模块接收到的所述资源使用变更阈值的大小;
上报单元,用于根据所述比较单元的比较结果判断是否将所述资源使用信息上报给所述资源信息采集服务器。
22.根据权利要求21所述的资源信息采集客户端,其特征在于,所述上报单元具体用于在所述比较单元比较得到所述动态资源使用率差值大于或等于所述资源使用变更阈值时,将所述资源使用信息上报给所述资源信息采集服务器,否则,不执行将所述资源使用信息上报给所述资源信息采集服务器的动作。
23.根据权利要求21或22所述的资源信息采集客户端,其特征在于:
所述获取单元具体用于在预设周期的第一时刻从所述节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息,在预设周期内的第二时刻从所述节点中获取对应的CPU使用率、内存使用率和/或输入输出端口使用率的资源使用信息;
所述计算单元利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值。
24.根据权利要求23所述的资源信息采集客户端,其特征在于,所述利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值的计算公式包括:
ΔRCUL=(x*C1+y*M1+z*IO1)-(x*C2+y*M2+z*IO2)
其中,ΔRCUL为动态资源使用率差值,C1为第一时刻对应的CPU使用率,M1为第一时刻对应的内存使用率,IO1为第一时刻对应的输入输出端口使用率,C2为第二时刻对应的CPU使用率,M2为第二时刻对应的内存使用率,IO2为第二时刻对应的输入输出端口使用率,x、y和z为对应的加权值。
25.根据权利要求24所述的资源信息采集客户端,其特征在于,所述资源使用变更阈值初始设置为0.2,所述利用第一时刻对应的资源使用信息和第二时刻对应的资源使用信息计算得到所述动态资源使用率差值的公式中:
x为0.6,y为0.1,z为0.3;或x、y、z中的一个或两个为0。
26.根据权利要求20~22任一项所述的资源信息采集客户端,其特征在于,所述资源信息采集客户端还包括:
注册模块,用于向资源信息采集服务器发送注册请求和指标项请求;
所述接收模块具体用于接收资源信息采集服务器根据所述注册模块发送的指标项请求所返回的包括CPU使用率、内存使用率和/或输入输出端口使用率及其加权值的资源指标项,所述处理模块具体用于根据所述资源指标项获取与自身对应的节点的资源使用信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210475585.3A CN103841129B (zh) | 2012-11-21 | 2012-11-21 | 云计算的资源信息采集服务器和客户端、信息处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210475585.3A CN103841129B (zh) | 2012-11-21 | 2012-11-21 | 云计算的资源信息采集服务器和客户端、信息处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103841129A CN103841129A (zh) | 2014-06-04 |
CN103841129B true CN103841129B (zh) | 2017-04-26 |
Family
ID=50804260
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210475585.3A Expired - Fee Related CN103841129B (zh) | 2012-11-21 | 2012-11-21 | 云计算的资源信息采集服务器和客户端、信息处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103841129B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106534231B (zh) * | 2015-09-09 | 2019-12-31 | 阿里巴巴集团控股有限公司 | 一种网络资源的使用限额的控制方法、装置及*** |
CN105357026B (zh) * | 2015-09-24 | 2019-07-23 | 华为技术有限公司 | 一种资源信息收集方法和计算节点 |
CN106375132B (zh) * | 2016-11-01 | 2021-04-13 | Tcl科技集团股份有限公司 | 一种云服务器***的管理方法及云服务器*** |
CN106487925A (zh) * | 2016-11-29 | 2017-03-08 | 用友网络科技股份有限公司 | 服务访问控制方法和服务访问控制*** |
CN111488387B (zh) * | 2019-01-28 | 2024-03-01 | 阿里巴巴集团控股有限公司 | 信息记录和数据查询方法 |
CN110245019B (zh) * | 2019-06-17 | 2021-07-06 | 广东金赋科技股份有限公司 | 一种自适应***资源的线程并发方法及装置 |
CN112306797A (zh) * | 2020-10-22 | 2021-02-02 | 深圳市欢太科技有限公司 | 一种埋点信息上报方法、装置、存储介质及电子设备 |
CN114422517A (zh) * | 2022-01-24 | 2022-04-29 | 广东三合电子实业有限公司 | 一种服务器负载均衡***及其方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1972283A (zh) * | 2005-11-21 | 2007-05-30 | 华为技术有限公司 | 一种网络业务下发***及其对下发业务的控制方法 |
CN101132448A (zh) * | 2006-08-23 | 2008-02-27 | 华为技术有限公司 | 一种过载限呼方法及其装置 |
CN102130959A (zh) * | 2011-03-22 | 2011-07-20 | 浪潮(北京)电子信息产业有限公司 | 一种实现云存储资源调度的***及方法 |
CN102340825A (zh) * | 2011-08-12 | 2012-02-01 | 中国科学技术大学 | 移动通信***中基于负载转移的节能控制方法和*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110225458A1 (en) * | 2010-03-09 | 2011-09-15 | Microsoft Corporation | Generating a debuggable dump file for an operating system kernel and hypervisor |
-
2012
- 2012-11-21 CN CN201210475585.3A patent/CN103841129B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1972283A (zh) * | 2005-11-21 | 2007-05-30 | 华为技术有限公司 | 一种网络业务下发***及其对下发业务的控制方法 |
CN101132448A (zh) * | 2006-08-23 | 2008-02-27 | 华为技术有限公司 | 一种过载限呼方法及其装置 |
CN102130959A (zh) * | 2011-03-22 | 2011-07-20 | 浪潮(北京)电子信息产业有限公司 | 一种实现云存储资源调度的***及方法 |
CN102340825A (zh) * | 2011-08-12 | 2012-02-01 | 中国科学技术大学 | 移动通信***中基于负载转移的节能控制方法和*** |
Also Published As
Publication number | Publication date |
---|---|
CN103841129A (zh) | 2014-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103841129B (zh) | 云计算的资源信息采集服务器和客户端、信息处理方法 | |
CN105281981B (zh) | 网络服务的数据流量监控方法和装置 | |
CN103516807B (zh) | 一种云计算平台服务器负载均衡***及方法 | |
WO2017036244A1 (zh) | 配电网数字仿真*** | |
CN109451072A (zh) | 一种基于Kafka的消息缓存***和方法 | |
CN103699447B (zh) | 一个基于云计算的视频会议的转码分发*** | |
CN110381541A (zh) | 一种基于强化学习的智能电网切片分配方法及装置 | |
CN109788315A (zh) | 视频转码方法、装置及*** | |
CN103530185B (zh) | 资源优化方法及装置 | |
CN107204894A (zh) | 网络业务质量的监控方法及装置 | |
CN110430068A (zh) | 一种特征工程编排方法及装置 | |
CN113099410B (zh) | 一种5g电力边缘数据传输处理方法、装置、终端及介质 | |
CN112929187B (zh) | 网络切片管理方法、装置和*** | |
CN106210129B (zh) | 一种基于Web服务器配置的限流方法及*** | |
CN112261120B (zh) | 一种配电物联网云边协同任务卸载方法及装置 | |
CN107168853A (zh) | 一种服务器性能信息获取方法、***和基板控制管理器 | |
CN108932182B (zh) | 一种消息总线性能测试方法及*** | |
CN103324538B (zh) | 一种异位分散集群环境分布式并发进程的设计方法 | |
CN104579738A (zh) | 用以在网络中管理流量的计算机实施的方法、计算机***、计算机程序产品 | |
CN105094944B (zh) | 一种虚拟机迁移方法及装置 | |
CN114706675A (zh) | 基于云边协同***的任务部署方法及装置 | |
CN106789853A (zh) | 一种转码器的动态调度方法及装置 | |
CN202841168U (zh) | 网络资源监控*** | |
CN110868330B (zh) | 云平台可划分cpu资源的评估方法、装置及评估*** | |
CN102045186A (zh) | 一种事件分析方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170426 Termination date: 20181121 |