CN104461731B - 一种动态资源扩展中虚拟机资源回收方法和装置 - Google Patents
一种动态资源扩展中虚拟机资源回收方法和装置 Download PDFInfo
- Publication number
- CN104461731B CN104461731B CN201410570444.9A CN201410570444A CN104461731B CN 104461731 B CN104461731 B CN 104461731B CN 201410570444 A CN201410570444 A CN 201410570444A CN 104461731 B CN104461731 B CN 104461731B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- virtual
- request message
- service
- acl rule
- 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.)
- Active
Links
Landscapes
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
Abstract
本发明提供了一种动态资源扩展中虚拟机资源回收方法和装置,技术方案为:向待回收虚拟机接入的虚拟交换机发送ACL规则使虚拟交换机控制虚拟机的工作状态为异常状态,在虚拟机工作状态异常后停止分发请求报文给该虚拟机,使该虚拟机发出的报文逐渐减少至预设回收阈值后回收该虚拟机。本发明可以防止服务突然中断,提高用户体验。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种动态资源扩展中虚拟机资源回收方法和装置。
背景技术
随着硬件速度的不断提高,服务器性能大大提升,数据中心中的部分服务器的使用率有所下降,为了提高服务器硬件利用率,降低数据中心的运维成本,近年来,虚拟化技术得到了很大的发展。
通过虚拟机软件,我们可以在一台物理计算机上模拟出一台或多台虚拟的计算机,这些虚拟机完全就像真正的计算机那样进行工作,例如可以安装操作系统、安装应用程序、访问网络资源等等。从用户的角度看,它只是运行在你物理计算机上的一个应用程序,但是对于在虚拟机中运行的应用程序而言,它就像是在真正的计算机中进行工作。
动态资源扩展(Dynamic Resource Extension,DRX)方案实现企业业务负载和IT支撑资源供给水平的自动关联。通过感知业务系统的负载状况,并根据业务系统的实际负载状况自动联动IT基础架构进行基础资源的弹性扩展,实现了企业业务需求向IT需求的自动映射和资源调度。
DRX方案包括如下四大功能:服务器资源虚拟化和池化,这是方案的基础;基于业务负载的资源动态调度;业务负载状况监控;多个虚拟资源之间的业务负载分发功能。这些功能分别由如下的功能模块对应:资源层、业务资源调度和展示层、业务负载监控模块和业务负载分发模块组成,下面结合图1进行介绍:
一、资源层:
资源层负责将数据中心内的物理资源虚拟化和池化,并以虚拟服务器为单位对外提供服务,由下述三个子模块组成:
1、物理资源层:由数据中心内的多台物理服务器组成,为企业业务提供服务器资源,服务器规模由企业业务总体需求确定。
2、虚拟化内核平台:安装于物理资源层内的物理服务器,实现物理服务器的硬件资源的逻辑封装和虚拟化,是企业云计算架构的基础。
3、虚拟资源管理层:负责对虚拟服务器的整个生命周期的管理,包括虚拟服务器的创建、分配、回收、删除等。物理资源层上运行的虚拟服务器的集合构成统一的虚拟服务器资源池,其中的虚拟服务器作为企业业务承载的最小单元,对外提供业务服务。
二、业务资源调度&展示层
业务资源调度&展示层主要用于实现业务负载的资源动态调度,由以下两个子模块组成:
1、业务资源动态调度模块:管理一组虚拟服务器(以下统称为“业务动态资源扩展服务器组”),为一个特定的用户业务(以下统称为“动态资源扩展业务”)提供服务。该模块通过与业务负载监控模块的联动,可以及时感知业务负载状况,根据业务实际负载变化动态的增加或减少虚拟服务器组内运行的服务器数量来实现针对同一业务的服务器资源的弹性扩展。
2、业务资源调度展示模块:实现对数据中心内运行的“动态资源扩展业务”的运行状况和资源支撑情况进行直观的展示,帮助IT管理人员对“动态资源扩展业务”进行有效的管理和预判。
三、业务负载监控模块
业务负载监控模块,负责对支撑某一特定业务的所有虚拟服务器的负载状况进行统一监控。管理员可以根据业务情况事先设定阈值,当该组虚拟服务器的负载上升超出设定的上限阈值后,联动业务资源调度模块自动扩展该业务对应的虚拟服务器资源;当该组虚拟服务器的负载下降低于设定的下限阈值后,联动业务资源调度模块自动减少该业务对应的虚拟服务器资源。
四、业务负载分发模块
业务负载分发模块,用于将“业务动态资源扩展服务器组”内的多个虚拟服务器整合为一个逻辑整体来共同支撑一个用户业务,将对该业务的访问按照事先设定的策略分别发到对应的各虚拟服务器上。
目前当虚拟服务器组内业务资源调度模块回收该业务组对应的虚拟机资源时,采用直接关闭虚拟机电源的方式,这种方式没有任何缓冲,导致服务突然中断,部分用户请求没有得到回应就直接关闭,例如,虚拟机提供WEB服务,虚拟机电源关闭导致用户请求的页面为错误页面,用户体验较差。
发明内容
有鉴于此,本发明的目的在于提供一种动态资源扩展中虚拟机资源回收方法和装置,能够防止服务突然中断,提高用户体验。
为了达到上述目的,本发明提供了如下技术方案:
一种动态资源扩展中虚拟机资源回收方法,包括:
动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向该虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机利用第一ACL规则控制该虚拟机的工作状态为第一状态;
当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机;
对选择的虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,回收该虚拟机。
一种动态资源扩展中虚拟机资源回收装置,包括:业务负载监控模块、业务资源动态调度模块、业务负载分发模块、虚拟资源管理层;
所述业务负载监控模块,用于对动态资源扩展业务对应的虚拟机组的负载进行监控;
所述业务资源动态调度模块,用于当动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向该虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机控制该虚拟机利用第一ACL规则控制该虚拟机的工作状态为第一状态;用于在业务负载分发模块停止分发请求报文到选择的虚拟机后,对该虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,通知虚拟资源管理层回收该虚拟机;
所述业务负载分发模块,用于当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机。
由上面的技术方案可知,本发明中,当根据动态资源扩展业务对应的虚拟机组内的平均负载确定需要回收动态资源扩展业务的虚拟机资源时,从动态资源扩展业务对应的虚拟机组中选择虚拟机,通过向选择的虚拟机接入的虚拟交换机发送用于使该虚拟机的工作状态呈现为异常状态的ACL规则,并在该虚拟机的工作状态呈现为异常状态的情况下停止分发请求报文给该虚拟机,从而该虚拟机只需处理和回应已有请求报文,需要发出的回应报文逐渐减少,所需提供的服务也逐渐减少。当该虚拟机发送的报文逐渐减少并达到一定阈值时,说明该虚拟机已基本不需要向外提供服务,此时才回收该虚拟机。本发明通过停止发送请求报文给虚拟机,使得虚拟机逐渐停止提供服务,而不是立刻停止服务,因而能够有效防止服务突然中断,提高用户体验。
附图说明
图1是现有技术动态资源扩展方案提供的功能模块示意图;
图2是本发明实施例动态资源扩展中虚拟机资源回收方法流程图;
图3是本发明实施例一提供的流程图;
图4是本发明实施例二提供的流程图;
图5是本发明实施例动态资源扩展中虚拟机资源分配方法流程图;
图6是本发明实施例动态资源扩展中虚拟机资源回收装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面结合附图并据实施例,对本发明的技术方案进行详细说明。
参见图2,图2是本发明实施例动态资源扩展中虚拟机资源回收方法流程图,如图2所示,该方法包括以下步骤:
步骤201、动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向选择的虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机利用第一ACL规则控制该虚拟机的工作状态为第一状态。
动态资源扩展方案中,业务负载分发模块负责检测虚拟机的工作状态,具体检测方法为:向虚拟机发送探测报文,例如ping报文,如果能够接收到虚拟机返回的回应报文,则可以确定该虚拟机工作状态正常,否则,确定该虚拟机工作状态异常。
本实施例中,虚拟机的工作状态为第一状态是指:业务负载分发模块对该虚拟机的工作状态检测结果为异常,也即检测到虚拟机的工作状态为异常状态。
步骤202、当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机;
步骤203、对选择的虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,回收该虚拟机。
可以看出,本发明中,在回收虚拟机之前,先向虚拟机接入的虚拟交换机下发ACL规则使虚拟机的工作状态检测结果为异常,从而停止向虚拟机发送请求报文,使得虚拟机只需处理和回应已有请求报文,所需提供的服务也逐渐减少,这样,虚拟机发出的报文也会逐渐减少,当达到一定回收阈值时,表明虚拟机已基本停止向外提供服务,此时才回收虚拟机。
以下通过两个具体的实施例对图2所示流程进行详细说明。
参见图3,图3是本发明实施例一提供的流程图,如图3所示,该流程包括以下步骤:
步骤301、业务负载监控模块监控动态资源扩展业务对应的虚拟机组的负载情况。
步骤302、在动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,业务资源动态调度模块从虚拟机组内选择负载最小的虚拟机,向该虚拟机接入的虚拟交换机下发禁止所有报文进入该虚拟机的ACL规则。
实际应用中,业务资源动态调度模块也可以随机从虚拟机组内选择虚拟机。
所述禁止所有报文进入该虚拟机的ACL规则对应于图2所示的第一ACL规则。虚拟机接入的虚拟交换机接收并执行所述禁止所有报文进入该虚拟机的ACL规则后,会丢弃需要发往该虚拟机的报文,从而使对该虚拟机的工作状态呈现为异常状态。
步骤303、虚拟机接入的虚拟交换机执行所述用于禁止报文进入该虚拟机的ACL规则后,业务负载分发模块检测确定该虚拟机的工作状态异常,开始停止分发业务请求报文到该虚拟机。
这里的业务请求报文对应于图2中的请求报文。
业务负载分发模块停止分发业务请求报文到虚拟机后,虚拟机只需处理已经接收到的业务请求报文并作出回应,这样,需要处理的业务请求报文会逐渐减少,直至处理完所有已接收到的业务请求报文,并且由于虚拟机接入的虚拟交换机执行下发的ACL规则后不会再发送任何报文到该虚拟机,因此,该虚拟机此后将不再对外提供服务。
例如,虚拟机提供web服务,且已经接收到的业务请求报文有10个,则对每个业务请求报文,虚拟机将回应相应的web页面作为应答,当10个业务请求报文处理并回应完毕后,由于虚拟机不会再接收到新的业务请求报文,对外提供的服务全部结束。
步骤304、业务资源动态调度模块对虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,通知虚拟资源管理层回收该虚拟机。
预设回收阈值根据实际需要设定,当虚拟机第一预设时间内发出的报文数小于预设回收阈值时,虚拟机中只存在很少或已经不存在未处理的业务请求报文,此时可回收虚拟机。
步骤305、虚拟资源管理层回收该虚拟机。
至此,完成图3所示流程。
从上述步骤301-305可以看出,动态资源扩展业务对应的虚拟机组内的平均负载过低需要回收虚拟机时,通过选择虚拟机并向选择的虚拟机接入的虚拟交换机下发禁止所有报文进入该虚拟机的ACL规则,使得虚拟机的工作状态呈现为异常状态;业务负载分发模块检测到虚拟机的工作状态为异常状态后,不再发送新的业务请求报文到该虚拟机,从而该虚拟机只需处理和完成所有尚未完成的服务,且不需要再提供新的服务,因而会逐渐停止向外提供服务并最终被虚拟资源管理层回收,与动态资源扩展业务对应的虚拟机组内的平均负载低于预设第一负载阈值时立刻回收虚拟机相比,明显可以防止服务突然中断,提高用户体验。
参见图4,图4是本发明实施例二提供的流程图,如图4所示,该流程包括以下步骤:
步骤401、业务负载监控模块监控动态资源扩展业务对应的虚拟机组的负载情况。
步骤402、在动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,业务资源动态调度模块从虚拟机组内选择负载最小的虚拟机,向该虚拟机接入的虚拟交换机下发禁止用于检测虚拟机工作状态的探测报文进入该虚拟机的ACL规则。
这里的探测报文,是指业务负载分发模块为检测虚拟机的工作状态而发给虚拟机的报文,例如ping报文,如果能够接收到回应报文,则业务负载分发模块确定该虚拟机工作状态正常,否则,业务负载分发模块确定该虚拟机工作状态异常。
所述禁止用于检测虚拟机工作状态的探测报文进入该虚拟机的ACL规则对应于图2所示的第一ACL规则。虚拟机接入的虚拟交换机接收并执行所述禁止用于检测虚拟机工作状态的探测报文进入该虚拟机的ACL规则后,会丢弃接收到的需要发往该虚拟机的探测报文,从而业务负载分发模块也不会接收到该虚拟机针对探测报文的回应报文,并据此判定该虚拟机的工作状态异常。
步骤403、虚拟机接入的虚拟交换机执行所述禁止用于检测虚拟机工作状态的探测报文进入该虚拟机的ACL规则后,业务负载分发模块检测确定该虚拟机的工作状态异常,开始停止分发业务会话建立请求报文到虚拟机。
这里的业务会话建立请求报文对应于图2中的请求报文。
业务负载分发模块停止分发业务会话建立请求报文到虚拟机后,虚拟机只需处理已经接收到的业务会话建立请求报文并作出回应,这样,虚拟机不会再与新的在线客户端建立业务会话,从而也不会接收新的在线客户端发送的业务请求报文,这样,虚拟机只需与已有在线客户端进行业务通信。
在实际应用中,在线客户端会随时间下线或不再活跃(以较高频率发送业务请求报文的用户为活跃用户),因此,虽然短期内虚拟机可能仍然会接收到已有在线客户端发送的很多业务请求报文,但是最终会因这些在线客户端下线或不再活跃而接收到越来越少的业务请求报文,直至接收不到的业务请求报文,此时可回收虚拟机。
例如,虚拟机提供web服务,虚拟机已与10个在线客户端建立了业务会话,随着时间推移,这些在线客户端均下线后,虚拟机不再接收到这些在线客户端的业务请求报文,而且,由于没有与新的在线客户端建立业务会话,也不会接收到新的在线客户端发送的业务请求报文,因此虚拟机向外发送的报文数也逐渐减少,对外提供的服务也将逐渐结束。
步骤404、业务资源动态调度模块对虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,通知虚拟资源管理层回收该虚拟机。
本实施例中,由于虚拟机仍然可以接收并处理已与该虚拟机建立业务会话的各在线客户端的业务请求,为了加快回收虚拟机,一旦检测到某个在线客户端不再活跃,可以强制结束与该在线客户端的业务会话,从而使虚拟机服务的在线客户端逐渐减少。
为此,业务资源动态调度模块对虚拟机发出的报文数进行统计后,还可以定期对已与该虚拟机建立业务会话的每个在线客户端发送的业务请求报文数进行统计,根据统计结果判断该在线客户端是否是活跃用户,如果不是,则向该虚拟机接入的虚拟交换机下发禁止该在线客户端发送的业务请求报文进入该虚拟机的ACL规则,使得该虚拟机接入的虚拟交换机不再将该客户端的业务请求报文发送到该虚拟机,该虚拟机不再向该在线客户端提供服务。
其中,根据统计结果判断该在线客户端是否是活跃用户的方法为:如果该在线客户端在第二预设时间内发送的请求报文数大于预设活跃度阈值,则确定该在线客户端为活跃用户,否则,确定该在线客户端不是活跃用户。
当虚拟机提供服务的在线客户端逐渐减少时,接收到的业务请求报文也会逐渐减少,相应发出的报文也会逐渐减少,当小于预设回收阈值时,虚拟机中只存在很少或已经不存在未处理的业务请求报文,此时可回收虚拟机。
步骤405、虚拟资源管理层回收该虚拟机。
至此,完成图4所示流程。
从上述步骤401-405可以看出,动态资源扩展业务对应的虚拟机组内的平均负载过低需要回收虚拟机时,通过选择虚拟机并向选择的虚拟机接入的虚拟交换机下发用于检测虚拟机工作状态的探测报文进入该虚拟机的ACL规则,使得虚拟机的工作状态呈现为异常,业务负载分发模块不再发送新的业务会话建立请求报文到该虚拟机,从而该虚拟机只需与已有在线客户端进行业务通信,不需要再为新的在线客户端提供服务,因而会随着已有在线客户端的下线或不再活跃而逐渐停止向外提供服务,并最终因几乎不再向外提供服务而被虚拟资源管理层回收,与动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时立刻回收虚拟机相比,明显可以防止服务突然中断,提高用户体验。
在图3、图4所示的两个实施例中,在回收虚拟机之前,均向虚拟机接入的虚拟交换机下发了可以使虚拟机工作状态呈现为异常的ACL规则,如果重新启用这些虚拟机,则会因为此前下发的ACL规则而影响到虚拟机的工作状态检测结果,为了解决这个问题,可以在重新启用这些虚拟机时,对虚拟机接入的虚拟交换机内的ACL规则进行重置,具体方法为向虚拟机接入的虚拟交换机下发允许所有报文进出该虚拟机的ACL规则,当虚拟机接入的虚拟交换机执行此ACL规则后,将会正常从该虚拟机接收以及向该虚拟机发送报文,从而使该虚拟机的工作状态呈现为正常状态。
在实际应用中,动态资源扩展业务对应的虚拟机组内的平均负载过大时,例如大于预设第二负载阈值,需要对动态资源扩展业务对应的虚拟机资源进行扩充,也即分配新的虚拟机到动态资源扩展业务对应的虚拟机组。显然,此时,需要启用新的虚拟机并执行重置虚拟机接入的虚拟交换机内的ACL规则的操作,使得重新得到启用的虚拟机能够正常收发报文,呈现正常工作状态。
下面结合图5对虚拟机资源分配方法流程进行说明。
参见图5,图5是本发明实施例动态资源扩展中虚拟机资源分配方法流程图,如图5所示,主要包括以下步骤:
步骤501、业务负载监控模块监控动态资源扩展业务对应的虚拟机组的负载情况。
步骤502、动态资源扩展业务对应的虚拟机组内的平均负载高于第二预设负载阈值时,业务资源动态调度模块通知虚拟资源层分配新的虚拟机到该虚拟机组,启动新的虚拟机并向该虚拟机接入的虚拟交换机下发第二ACL规则,以使该虚拟交换机利用第二ACL规则控制该虚拟机的工作状态为第二状态。
这里,向新的虚拟机接入的虚拟交换机下发的第二ACL规则为:允许所有报文进出该新的虚拟机。
虚拟机的工作状态为第二状态是指:业务负载分发模块对该虚拟机的工作状态检测结果为正常,也即检测到虚拟机的工作状态为正常状态。
步骤503、新的虚拟机接入的虚拟交换机执行第二ACL规则后,业务负载分发模块检测确定新的虚拟机的工作状态为第二状态,开始分发请求报文给该新的虚拟机;所述请求报文包括业务请求报文、业务会话建立请求报文。
以上对本发明实施例动态资源扩展中虚拟机资源回收方法进行了详细说明,本发明还提供了一种动态资源扩展中虚拟机资源回收装置,下面结合图6进行详细说明。
参见图6,图6是本发明实施例动态资源扩展中虚拟机资源回收装置的结构示意图,该装置包括:业务负载监控模块601、业务资源动态调度模块602、业务负载分发模块603、虚拟资源管理层604;其中,
业务负载监控模块601,用于对动态资源扩展业务对应的虚拟机组的负载进行监控;
业务资源动态调度模块602,用于当动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向选择的虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机利用第一ACL规则控制该虚拟机的工作状态为第一状态;用于在业务负载分发模块603停止分发请求报文到选择的虚拟机后,对该虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,通知虚拟资源管理层604回收该虚拟机;
业务负载分发模块603,用于当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机。
图6所示装置中,
所述业务资源动态调度模块602向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止所有报文进入该虚拟机;
所述请求报文为业务请求报文;所述回应报文为业务回应报文。
图6所示装置中,
所述业务资源动态调度模块602向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止用于检测该虚拟机的工作状态的探测报文进入该虚拟机;
所述请求报文为业务会话建立请求报文;所述回应报文为业务会话建立回应报文;
所述业务资源动态调度模块602对选择的虚拟机发出的报文数进行统计之后,进一步用于:定期对已与该虚拟机建立业务会话的每个在线客户端发送的业务请求报文数进行统计,根据统计结果判断该在线客户端是否是活跃用户,如果不是,则向该虚拟机下发禁止该在线客户端发送的业务请求报文进入该虚拟机的ACL规则。
图6所示装置中,
所述业务资源动态调度模块602根据统计结果判断该在线客户端是否是活跃用户时,用于:如果该在线客户端在第二预设时间内发送的业务请求报文数大于预设活跃度阈值,则确定该在线客户端为活跃用户,否则,确定该在线客户端不是活跃用户。
图6所示装置中,
所述业务资源动态调度模块602,进一步用于动态资源扩展业务对应的虚拟机组内的平均负载高于第二预设负载阈值时,通知虚拟资源管理层604分配新的虚拟机到该虚拟机组;启动新的虚拟机并向该虚拟机接入的虚拟交换机下发第二ACL规则,以使该虚拟交换机利用第二ACL规则控制该虚拟机的工作状态为第二状态;
所述业务负载分发模块603,进一步用于当新的虚拟机的工作状态为第二状态时,开始分发请求报文给该虚拟机;所述请求报文包括业务请求报文、业务会话建立请求报文。
所述业务资源动态调度模块602向新的虚拟机接入的虚拟交换机下发的第二ACL规则为:允许所有报文进出该虚拟机。
图6所示装置中,
所述业务资源动态调度模块602从该虚拟机组中选择虚拟机时,用于:从该虚拟机组中选择负载最小的虚拟机。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.一种动态资源扩展中虚拟机资源回收方法,其特征在于,该方法包括:
动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向该虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机利用第一ACL规则控制该虚拟机的工作状态为第一状态;所述第一ACL规则为使虚拟机工作状态呈现为异常的ACL规则;
当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机;
对选择的虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,回收该虚拟机。
2.根据权利要求1所述的方法,其特征在于,
向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止所有报文进入该虚拟机;
所述请求报文为业务请求报文。
3.根据权利要求1所述的方法,其特征在于,
向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止用于检测所述虚拟机的工作状态的探测报文进入该虚拟机;
所述请求报文为业务会话建立请求报文;
对选择的虚拟机发出的报文数进行统计之后,进一步包括:定期对已与该虚拟机内建立业务会话的每个在线客户端发送的业务请求报文数进行统计,根据统计结果判断该在线客户端是否是活跃用户,如果不是,则向该虚拟机接入的虚拟交换机下发禁止该在线客户端发送的业务请求报文进入该虚拟机的ACL规则。
4.根据权利要求3所述的方法,其特征在于,
根据统计结果判断该在线客户端是否是活跃用户的方法为:如果该在线客户端在第二预设时间内发送的业务请求报文数大于预设活跃度阈值,则确定该在线客户端为活跃用户,否则,确定该在线客户端不是活跃用户。
5.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
动态资源扩展业务对应的虚拟机组内的平均负载高于第二预设负载阈值时,分配新的虚拟机到该虚拟机组,启动新的虚拟机并向该虚拟机接入的虚拟交换机下发第二ACL规则,以使该虚拟交换机利用第二ACL规则控制该虚拟机的工作状态为第二状态;向新的虚拟机下发的第二ACL规则为:允许所有报文进出该新的虚拟机;
当该新的虚拟机的工作状态为第二状态时,开始分发请求报文给该新的虚拟机;所述请求报文包括:业务请求报文、业务会话建立请求报文。
6.根据权利要求1所述的方法,其特征在于,
从该虚拟机组中选择虚拟机的方法为:从该虚拟机组中选择负载最小的虚拟机。
7.一种动态资源扩展中虚拟机资源回收装置,其特征在于,该装置包括:业务负载监控模块、业务资源动态调度模块、业务负载分发模块、虚拟资源管理层;
所述业务负载监控模块,用于对动态资源扩展业务对应的虚拟机组的负载进行监控;
所述业务资源动态调度模块,用于当动态资源扩展业务对应的虚拟机组内的平均负载低于第一预设负载阈值时,从该虚拟机组中选择虚拟机,向该虚拟机接入的虚拟交换机下发第一ACL规则,以使该虚拟交换机控制该虚拟机利用第一ACL规则控制该虚拟机的工作状态为第一状态;用于在业务负载分发模块停止分发请求报文到选择的虚拟机后,对该虚拟机发出的报文数进行统计,当第一预设时间内的统计结果小于预设回收阈值时,通知虚拟资源管理层回收该虚拟机;所述第一ACL规则为使虚拟机工作状态呈现为异常的ACL规则;
所述业务负载分发模块,用于当选择的虚拟机的工作状态为第一状态时,停止分发请求报文到该虚拟机。
8.根据权利要求7所述的装置,其特征在于,
所述业务资源动态调度模块向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止所有报文进入该虚拟机;
所述请求报文为业务请求报文。
9.根据权利要求7所述的装置,其特征在于,
所述业务资源动态调度模块向选择的虚拟机接入的虚拟交换机下发的第一ACL规则为:禁止用于检测该虚拟机的工作状态的探测报文进入该虚拟机;
所述请求报文为业务会话建立请求报文;
所述业务资源动态调度模块对选择的虚拟机发出的报文数进行统计之后,进一步用于:定期对已与该虚拟机建立业务会话的每个在线客户端发送的业务请求报文数进行统计,根据统计结果判断该在线客户端是否是活跃用户,如果不是,则向该虚拟机接入的虚拟交换机下发禁止该在线客户端发送的业务请求报文进入该虚拟机的ACL规则。
10.根据权利要求9所述的装置,其特征在于,
所述业务资源动态调度模块根据统计结果判断该在线客户端是否是活跃用户时,用于:如果该在线客户端在第二预设时间内发送的业务请求报文数大于预设活跃度阈值,则确定该在线客户端为活跃用户,否则,确定该在线客户端不是活跃用户。
11.根据权利要求7所述的装置,其特征在于,
所述业务资源动态调度模块,进一步用于动态资源扩展业务对应的虚拟机组内的平均负载高于第二预设负载阈值时,通知虚拟资源管理层分配新的虚拟机到该虚拟机组;启动新的虚拟机并向该虚拟机接入的虚拟交换机下发第二ACL规则,以使该虚拟交换机利用第二ACL规则控制该虚拟机的工作状态为第二状态;向新的虚拟机下发的第二ACL规则为:允许所有报文进出该新的虚拟机;
所述业务负载分发模块,进一步用于当新的虚拟机的工作状态为第二状态时,开始分发请求报文给该虚拟机;所述请求报文包括:业务请求报文、业务会话建立请求报文。
12.根据权利要求7所述的装置,其特征在于,
所述业务资源动态调度模块从该虚拟机组中选择虚拟机时,用于:从该虚拟机组中选择负载最小的虚拟机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410570444.9A CN104461731B (zh) | 2014-10-23 | 2014-10-23 | 一种动态资源扩展中虚拟机资源回收方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410570444.9A CN104461731B (zh) | 2014-10-23 | 2014-10-23 | 一种动态资源扩展中虚拟机资源回收方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104461731A CN104461731A (zh) | 2015-03-25 |
CN104461731B true CN104461731B (zh) | 2018-06-15 |
Family
ID=52907829
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410570444.9A Active CN104461731B (zh) | 2014-10-23 | 2014-10-23 | 一种动态资源扩展中虚拟机资源回收方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104461731B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105847172B (zh) * | 2016-03-30 | 2019-03-19 | 华为技术有限公司 | 业务流量控制方法及装置 |
CN107547445B (zh) * | 2017-07-31 | 2020-04-03 | 新华三技术有限公司 | 资源分配方法及装置 |
CN108595270B (zh) * | 2018-04-27 | 2021-07-23 | 新华三信息安全技术有限公司 | 一种内存资源的回收方法及装置 |
CN109104493A (zh) * | 2018-09-04 | 2018-12-28 | 南京群顶科技有限公司 | 一种云资源池业务负载感知与自处理装置及方法 |
CN109309635A (zh) * | 2018-09-28 | 2019-02-05 | 新华三云计算技术有限公司 | 虚拟机弹性伸缩方法、装置、主机设备和计算机可读介质 |
CN114185640B (zh) * | 2021-11-04 | 2023-02-17 | 北京伟联科技有限公司 | 一种基于工业私有云的虚拟机管理系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103164283A (zh) * | 2012-05-10 | 2013-06-19 | 上海兆民云计算科技有限公司 | 一种虚拟桌面系统中虚拟化资源动态调度管理方法及系统 |
CN103179192A (zh) * | 2013-02-07 | 2013-06-26 | 杭州华三通信技术有限公司 | 虚拟服务器迁移的报文转发方法、系统及nat服务设备 |
CN103533086A (zh) * | 2013-10-31 | 2014-01-22 | 中国科学院计算机网络信息中心 | 一种云计算系统中的资源统一调度方法 |
CN103793278A (zh) * | 2013-09-30 | 2014-05-14 | 中国电子设备系统工程公司研究所 | 一种基于虚拟器件运维规则的资源自动调整方法 |
CN104038535A (zh) * | 2010-12-22 | 2014-09-10 | 北京华夏未来信息技术有限公司 | 在虚拟应用环境下改善用户体验的方法及虚拟应用系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8281303B2 (en) * | 2007-10-31 | 2012-10-02 | Hewlett-Packard Development Company, L.P. | Dynamic ejection of virtual devices on ejection request from virtual device resource object within the virtual firmware to virtual resource driver executing in virtual machine |
-
2014
- 2014-10-23 CN CN201410570444.9A patent/CN104461731B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104038535A (zh) * | 2010-12-22 | 2014-09-10 | 北京华夏未来信息技术有限公司 | 在虚拟应用环境下改善用户体验的方法及虚拟应用系统 |
CN103164283A (zh) * | 2012-05-10 | 2013-06-19 | 上海兆民云计算科技有限公司 | 一种虚拟桌面系统中虚拟化资源动态调度管理方法及系统 |
CN103179192A (zh) * | 2013-02-07 | 2013-06-26 | 杭州华三通信技术有限公司 | 虚拟服务器迁移的报文转发方法、系统及nat服务设备 |
CN103793278A (zh) * | 2013-09-30 | 2014-05-14 | 中国电子设备系统工程公司研究所 | 一种基于虚拟器件运维规则的资源自动调整方法 |
CN103533086A (zh) * | 2013-10-31 | 2014-01-22 | 中国科学院计算机网络信息中心 | 一种云计算系统中的资源统一调度方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104461731A (zh) | 2015-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104461731B (zh) | 一种动态资源扩展中虚拟机资源回收方法和装置 | |
US10191772B2 (en) | Dynamic resource configuration based on context | |
CN105320561B (zh) | 任务管理方法和系统 | |
CN103559072B (zh) | 虚拟机双向自动伸缩服务实现方法及其系统 | |
CN103853610B (zh) | 资源优化方法及装置 | |
US8667496B2 (en) | Methods and systems of managing resources allocated to guest virtual machines | |
CN105051698B (zh) | 用于基础设施即服务云中故障管理的方法和布置 | |
CN109669762A (zh) | 云计算资源管理方法、装置、设备及计算机可读存储介质 | |
US11740921B2 (en) | Coordinated container scheduling for improved resource allocation in virtual computing environment | |
WO2011088261A2 (en) | Methods and apparatus for coordinated energy management in virtualized data centers | |
CN110308980A (zh) | 数据的批量处理方法、装置、设备及存储介质 | |
CN103164283A (zh) | 一种虚拟桌面系统中虚拟化资源动态调度管理方法及系统 | |
TW201535266A (zh) | 虛擬機器之資源調整方法及系統 | |
CN106790565A (zh) | 一种网络附属存储集群系统 | |
CN110677274A (zh) | 一种基于事件的云网络服务调度方法及装置 | |
CN105335229A (zh) | 一种业务资源的调度方法和装置 | |
CN107943559A (zh) | 一种大数据资源调度系统及其方法 | |
CN105893113A (zh) | 虚拟机的管理系统及管理方法 | |
CN105302641B (zh) | 虚拟化集群中进行节点调度的方法及装置 | |
CN103444236A (zh) | 管理入口应用程序 | |
CN106598740A (zh) | 一种限制多线程程序占用cpu利用率的系统及限制方法 | |
CN109739634A (zh) | 一种原子任务执行方法及装置 | |
CN107203413A (zh) | 一种资源数据调度系统及方法 | |
CN103443771A (zh) | 一种数据中心间资源调度方法和设备 | |
CN115658311A (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 | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |