CN105210326A

CN105210326A - 云应用处理方法和应用部署方法及相关装置和系统

Info

Publication number: CN105210326A
Application number: CN201480000879.8A
Authority: CN
Inventors: 朱洁; 张毅; 秦晋
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-04-23
Filing date: 2014-04-23
Publication date: 2015-12-30
Anticipated expiration: 2034-04-23
Also published as: EP3125468A4; CN105210326B; EP3125468A1; US20170041379A1; JP6293306B2; US10313424B2; EP3125468B1; WO2015161472A1; JP2017514235A

Abstract

一种云应用处理方法和云应用部署方法及相关装置和云服务系统。一种云服务供应商服务器，可包括：确定单元，用于确定第一虚拟机的工作状态满足虚拟机新增条件；应急单元，用于根据确定单元的确定结果，根据所述第一虚拟机中运行的第一应用对应的应急策略确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；创建单元，用于根据所述确定单元的确定结果，创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；停止单元，用于在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。本发明实施例提供的方案有利于提高虚拟机资源的利用率。

Description

云应用处理方法和应用部署方法及相关装置和系统技术领域

本发明涉及通信技术领域，具体一种涉及云应用处理方法和云应用部署方法及相关装置和云服务系统。

广义的云计算服务可看成是一种服务的交付和消费模式。

云服务供应商（CSP， Cloud Service Provider )将大量计算资源用网络连接起来并进行统一的管理、分配和调度，构成一个巨大的计算资源池向云服务消费者（CSC， Cloud Service Consumer )提供服务。对 CSC而言，云资源可无限扩展，具有按需索取、按使用付费等高效灵活的特点。

其中，平台级服务（ PaaS， Platform as a Service )属于常见的广义云计算服务模式。 PaaS将定制化研发的中间件平台（涵盖数据库和应用服务器等）作为一种服务提供给用户。其中， PaaS的实质是将互联网的资源服务化为可编程接口，可为第三方开发者提供有商业价值的资源和服务平台。有了 PaaS平台的支撑，云计算的开发者就获得了大量的可编程元素，这些可编程元素有具体的业务逻辑，这就为开发带来了极大的方便，不但提高了开发效率，还节约了开发成本。

现有技术当中，用户可以在 CSP服务器管理的虚拟机上部署应用， CSP服务器（如 Amazon EC2 )将复制若干台一模一样的备用虚拟机 (已经安装相同应用且处于等待运行状态）。当正在运行的虚拟机上负载达到弹性策略设置的阔值时， CSP服务器启动备用虚拟机来与当前正在运行的虚拟机一起承担相应负载。然而现有技术在部署应用时就预先直接申请好备用虚拟机资源，使得虚拟机资源利用率较低。发明内容

本发明实施例提供云应用处理方法和云应用部署方法及相关装置和云服务系统，以期提高虚拟机资源的利用率。

本发明的第一方面提供一种云服务供应商服务器，可包括：确定单元，用于确定第一虚拟机的工作状态满足虚拟机新增条件；应急单元，用于根据确定单元的确定结果，根据所述第一虚拟机中运行的第一应用对应的应急策略确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；

创建单元，用于根据所述确定单元的确定结果，创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；

停止单元，用于在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。

结合第一方面，在第一方面的第一种可能的实施方式中，

所述云服务供应商服务器还包括：接收单元，用于在所述确定与所述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，其中，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。

结合第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留；

所述云服务供应商服务器还包括：

部署单元，用于在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的第一应用之前，在所述第二虚拟机中部署与所述第一应用具有驻留关系的所述第三应用。

结合第一方面或第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式，在第一方面的第三种可能的实施方式中，

所述应急策略包括应急触发条件，其中，所述应急触发条件包括：所述第二虚拟机的空闲资源量，大于或等于在所述第二虚拟机中运行所述第一应用所需的最小资源量；其中，所述应急单元指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用具体包括：在根据所述第二虚拟机的运行状态确定所述应急触发条件满足时，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用。

结合第一方面或第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式或第一方面的第三种可能的实施方式，在第一方面的第四种可能的实施方式中，

所述应急单元在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，还用于，确定所述第二虚拟机具有足够的空闲资源部署所述第一应用，在所述第二虚拟机中部署所述第一应用。

本发明的第二方面提供一种云服务客户端，可包括：

生成单元，用于生成应用部署请求；

发送单元，用于向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。

结合第二方面，在第二方面的第一种可能的实施方式中，

所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留。

本发明第三方面提供一种云服务供应商服务器，可包括：

处理器和存储器，

其中，所述处理器通过调用所述存储器中的代码，以用于确定第一虚拟机的工作状态满足虚拟机新增条件，根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。

结合第三方面，在第三方面的第一种可能的实施方式中，

所述虚拟机新增条件包括如下条件的至少一种：

所述第一虚拟机的资源使用率超过第一阔值、所述第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值和所述第一虚拟机中运行的第一应用的响应延迟超过了第三阔值。

结合第三方面或第三方面的第一种可能的实施方式，在第三方面的第二种可能的实施方式中，

所述处理器通过调用所述存储器中的代码，以还用于在所述确定与所述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，其中，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。

本发明第四方面提供一种云服务客户端，包括：

处理器和存储器，

其中，所述处理器通过调用所述存储器中的代码，以用于生成应用部署请求；向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。

结合第四方面，在第四方面的第一种可能的实施方式中，

本发明第五方面提供一种云应用处理的方法，可包括：

云服务供应商 CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件；根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；

创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。

结合第五方面，在第五方面的第一种可能的实施方式中，

所述虚拟机新增条件包括如下条件的至少一种：

结合第五方面或第五方面的第一种可能的实施方式，在第五方面的第二种可能的实施方式中，

所述根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用之前，所述方法还包括：

所述 CSP服务器接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。

结合第五方面的第二种可能的实施方式，在第五方面的第三种可能的实施方式中，所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用的驻留关系为所述第一应用和所述第三应用相互驻留；

其中，在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机已部署的第一应用之前，所述方法还包括：所述 CSP服务器在所述第二虚拟机中部署与所述第一应用具有驻留关系的所述第三应用。

结合第五方面的第二种可能的实施方式或第五方面的第三种可能的实施方式，在第五方面的第四种可能的实施方式中，所述应急策略还包括应急触发条件，

其中，所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，所述方法进一步包括：根据所述第二虚拟机的运行状态确定所述应急触发条件满足；

其中，所述应急触发条件包括：所述第二虚拟机的空闲资源量，大于或等于在所述第二虚拟机中运行所述第一应用所需的最小资源量。

结合第五方面或第五方面的第一种可能的实施方式或第五方面的第二种可能的实施方式或第五方面的第三种可能的实施方式或第五方面的第四种可能的实施方式，在第五方面的第五种可能的实施方式中，

在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，所述方法还包括：

确定所述第二虚拟机具有足够的空闲资源部署所述第一应用，在所述第二虚拟机中部署所述第一应用。

本发明第六方面提供一种云应用部署方法，可包括：

生成应用部署请求；

向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。

结合第六方面，在第六方面的第一种可能的实施方式中，

本发明第七方面提供一种计算机存储介质，其特征在于，

所述计算机存储介质存储有程序，所述程序执行时包括如本发明实施例提供的任意一种云应用处理方法的部分或全部步骤。

本发明第八方面提供一种计算机存储介质，其特征在于，所述计算机存储介质存储有程序，所述程序执行时包括如本发明实施例提供的任意一种云应用部署方法的部分或全部步骤。

可以看出，本发明实施例的方案中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。附图说明

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

图 1是本发明的一个实施例提供的一种云服务网络架构的示意图；图 2-a是本发明实施例提供的一种云服务供应商服务器的示意图；图 2-b是本发明实施例提供的另一种云服务供应商服务器的示意图；图 2-c是本发明实施例提供的另一种云服务供应商服务器的示意图；图 2-d是本发明实施例提供的另一种云服务供应商服务器的示意图；图 3是本发明实施例提供的另一种云服务供应商服务器的示意图；图 4是本发明实施例提供的另一种云服务供应商服务器的示意图；图 5是本发明实施例提供的一种云服务客户端的示意图；

图 6是本发明实施例提供的另一种云服务客户端的示意图；

图 7是本发明实施例提供的另一种云服务客户端的示意图；

图 8是本发明实施例提供的一种云服务系统的示意图；

图 9是本发明实施例提供一种云应用处理方法的流程示意图；图 10是本发明实施例提供一种云应用处理方法的流程示意图；图 11是本发明实施例提供一种应用拓朴结构示意图；

图 12是本发明实施例提供一种虚拟机中部署应用的拓朴结构示意图；图 13是本发明实施例提供一种云应用部署方法的流程示意图。具体实施方式

本发明实施例提供一种云应用处理方法和云应用部署方法及相关装置和云服务系统，以期提高虚拟机资源的利用率。

下面通过具体实施例，分别进行详细的说明。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语 "第一"、 "第二"、 "第三" "第四" 等是用于区别不同的对象，而不是用于描述特定顺序。此外，术语 "包括" 和 "具有" 以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先参见图 1，图 1为本发明的一个实施例提供的一种云服务网络架构的示意图。其中， CSP服务器可为多个云服务客户端提供请求的云服务。云服务客户端可向 CSP服务器申请云应用服务。本发明一些实施例的技术方案可基于图 1所示云服务网络架构来具体实施。

参见图 2-a，本发明实施例提供一种云服务供应商服务器 200，可包括：确定单元 270、应急单元 210、创建单元 220和停止单元 230。

其中，确定单元 270，用于确定第一虚拟机的工作状态满足虚拟机新增条件。

应急单元 210，用于根据确定单元 270的确定结果，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

其中，第一应用可为第一虚拟机中当前运行的任意一个应用，或者第一应用可为上述第一虚拟机中当前运行的某个的特定应用。第一应用例如可为用户应用或系统应用等。

创建单元 220，用于根据上述确定单元 270的确定结果，创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用。

其中，由于第二应用和第一应用具有应急关系，因此，第二应用也可称为第一应用的资源借出应用，第一应用可称之为第二应用的资源借入应用（也可称之为请求应急的应用）。第二应用所驻留的第二虚拟机也可称之为第一虚拟机的应急虚拟机（或称为资源借出虚拟机），因为，第二应用所驻留的第二虚拟机允许借出资源给第一虚拟机应急。其中，由于在第二虚拟机上运行第一应用是为应急第一虚拟机上运行的第一应用（即在第二虚拟机上运行第一应用暂时分担第一虚拟机上运行的第一应用的处理负荷），因此，第二虚拟机上部署的第一应用可称之为第一虚拟机上运行的第一应用的应急应用。

停止单元 230，用于在上述第三虚拟机中启动上述第三虚拟机中部署的上述第一应用之后，指示上述第二虚拟机停止运行上述第二虚拟机中部署的上述第一应用。

可以理解，在上述第三虚拟机运行上述第三虚拟机中部署的上述第一应用之后，上述第三虚拟机运行的上述第三虚拟机中部署的上述第一应用可以分担第一虚拟机运行上述第一虚拟机中部署的上述第一应用的处理负荷，此时第二虚拟机运行的上述第二虚拟机中部署的上述第一应用的应急使命完成，因此上述 CSP服务器在上述第三虚拟机运行上述第一应用之后可指示上述第二虚拟机停止运行上述第二虚拟机中部署的上述第一应用。

在本发明的一些实施例中，上述虚拟机新增条件可以包括如下条件的至少一种：上述第一虚拟机的资源使用率超过第一阔值、上述第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值、上述第一虚拟机中运行的第一应用的响应延迟超过了第三阔值。

参见图 2-b，在本发明的一些实施例中，云服务供应商服务器 200还可进一步包括：接收单元 240，用于在上述确定与上述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，上述应用部署请求携带有第一应用对应的应急策略，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用具有应急关系。

其中，第一应用与第二应用具有应急关系，具体可表示第一应用和第二应用相互应急（即表示第二应用所驻留的虚拟机和第一应用所驻留的虚拟机之间可以互相暂借虚拟机资源），或第二应用为第一应用应急（即表示第二应用所驻留的虚拟机可以暂借虚拟机资源给第一应用所驻留的虚拟机；)。

在本发明的一些实施例中，上述应用部署请求还携带有关系模板，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用驻留于上述第三应用，或者，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用和上述第三应用相互驻留。

参见图 2-c，其中，云服务供应商服务器 200还可包括：

部署单元 250，用于在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，在上述第二虚拟机中部署与上述第一应用具有驻留关系的上述第三应用。

在本发明一些实施例中，若应用部署请求还携带有第二关系模板（第二关系模板可包含在应用部署请求携带的应用部署包中的应用描述文件中），第二关系模板描述了上述第一应用和第四应用之间具有连接关系，并且第二关系模板描述的第一应用和第四应用之间的连接关系为第一应用连接到（ connect To ) 第四应用，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可进一步包括：上述 CSP服务器将上述第二虚拟机中部署的第一应用连接到（connect To )第四应用。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第一应用和第四应用相互连接，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，部署单元 250还可用于：上述 CSP服务器指示建立第二虚拟机中部署的第一应用和第四应用之间的互相连接。此外若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第四应用连接到第一应用，则上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前或之后，部署单元 250还可用于：上述 CSP服务器指示将第四应用连接到第二虚拟机中部署的第一应用。其中，部署单元 250 将第一应用连接到第四应用一般是指建立第一应用和第四应用之间的可通信关系，例如将第四应用对应的 IP地址，端口号等信息记录到第一应用的配置文件中，以此类推。

在本发明的一些实施例中，上述应急策略包括应急触发条件。

其中，上述应急单元 210指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用，具体可以包括，在确定上述应急触发条件满足时指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用。

其中，上述应急触发条件可根据不同场景不同需求来设定。例如上述应急触发条件，可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最小资源量（其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的最小资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的最小资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的最小资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的最小资源量，加上述第二虚拟机中运行上述第一应用本身所需的最小资源量）。又例如上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最大资源量（其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的最大资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的最大资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的最大资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的最大资源量，加上述第二虚拟机中运行上述第一应用本身所需的最大资源量）。又例如上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的平均资源量（其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的平均资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的平均资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的平均资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的平均资源量，加上述第二虚拟机中运行上述第一应用本身所需的平均资源量）。

在本发明的另一些实施例中，上述应急触发条件可包括：上述第二虚拟机的空闲资源量减去第一资源量阔值，大于或等于在上述第二虚拟机中运行上述第一应用所需的最小资源量。其中，第一资源量阔值大于 0。

在本发明一些实施例中，应急单元 210还可用于，在指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，在确定上述第二虚拟机具有足够的空闲资源部署上述第一应用之后，在上述第二虚拟机中部署上述第一应用。

参见图 2-d，在本发明的一些实施例中，云服务供应商服务器 200还可进一步包括：进程管理单元 260，用于在上述指示上述第二应用所驻留的第二虚拟机运行第二虚拟机中部署的第一应用之前，将上述第二虚拟机中正在运行的部分或者全部进程添加到第一进程组，并可以设定上述第一进程组的最大可用资源量。

在本发明一些实施例中，进程管理单元 260还用于，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之后，将上述第一应用的进程添加到第二进程组，并设定上述第二进程组的最大可用资源量。

在本发明一些实施例中，进程管理单元 260还用于，在上述第二虚拟机停止运行上述第一应用之后，删除上述第二进程组并解散上述第一进程组。

可以理解的是，通过引入进程组并为进程组设定最大的可用资源量，有利于实现现有进程和应急进程之间的性能隔离，进而有利于减少应急策略的实施对现有应用的不良影响。可以理解，第二进程组的最大可用资源量和第一进程组的最大可用资源量之和，小于或等于第二虚拟机的最大可用资源量。

可以理解的是，本实施例的 CSP服务器 200可用于实现下述方法实施例中描述的 CSP服务器的部分或全部功能， CSP服务器 200的各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中， CSP服务器 200确定第一虚拟机的工作状态满足虚拟机新增条件之后，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的第一应用；以及创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。其中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。参见图 3，图 3为本发明的另一个实施例提供的云服务供应商服务器 300的示意图，云服务供应商服务器 300可包括至少一个总线 301、与总线 301相连的至少一个处理器 302以及与总线 301相连的至少一个存储器 303。

其中，处理器 302通过调用存储器 303中的代码，以用于确定第一虚拟机的工作状态满足虚拟机新增条件，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用；创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机中启动上述第一应用之后，指示上述第二虚拟机停止运行上述第一应用。

其中，第一应用可为第一虚拟机中当前运行的任意一个应用，或者第一应用可为上述第一虚拟机中当前运行的某个的特定应用。第一应用例如可为用户应用或系统应用等。其中，上述第二虚拟机为部署了与第一应用有应急关系的第二应用，以及部署了上述第一应用的虚拟机。

当然，第一应用和第二应用之间除了具有应急关系，也还可以具有其它关联关系，例如第一应用和第二应用之间还可具有连接关系等。

其中，由于第二应用和第一应用具有应急关系，因此，第二应用也可称为第一应用的资源借出应用，第一应用可称之为第二应用的资源借入应用（也可称之为请求应急的应用）。第二应用所驻留的第二虚拟机也可称之为第一虚拟机的应急虚拟机（或称为资源借出虚拟机），因为，第二应用所驻留的第二虚拟机允许借出资源给第一虚拟机应急。其中，由于在第二虚拟机上运行第二虚拟机中部署的第一应用是为应急第一虚拟机上运行的第一应用（即在第二虚拟机上运行第二虚拟机中部署的第一应用暂时分担第一虚拟机上运行的第一虚拟机中部署的第一应用的处理负荷），因此，第二虚拟机上部署的第一应用可称之为第一虚拟机上运行的第一应用的应急应用。

可以理解，在上述第三虚拟机中启动上述第三虚拟机中部署的上述第一应用之后，上述第三虚拟机运行的上述第三虚拟机中部署的第一应用可以分担第一虚拟机运行上述第一应用的处理负荷，此时第二虚拟机运行的上述第二虚拟机中部署的第一应用的应急使命完成，因此，上述 CSP服务器在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，可指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。

在本发明的一些实施例中，处理器 302通过调用存储器 303中的代码，以还用于在上述根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，上述应用部署请求携带上述第一应用对应的应急策略，其中，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用具有应急关系。

在本发明的一些实施例中，上述应用部署请求还携带有关系模板，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用驻留于上述第三应用，或者，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用和上述第三应用相互驻留。其中，处理器 302通过调用存储器 303中的代码，以还用于指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，在上述第二虚拟机中部署与上述第一应用具有驻留关系的上述第三应用。

在本发明一些实施例中，若应用部署请求还携带有第二关系模板（第二关系模板可包含在应用部署请求携带的应用部署包中的应用描述文件中），第二关系模板描述了上述第一应用和第四应用之间具有连接关系，并且第二关系模板描述的第一应用和第四应用之间的连接关系为第一应用连接到（ connect To ) 第四应用，则在指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，处理器 302通过调用存储器 303中的代码，以还用于指示将第一应用连接到（connect To ) 第四应用。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第一应用和第四应用相互连接，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，处理器 302通过调用存储器 303中的代码，以还用于指示建立第一应用和第四应用之间的互相连接。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第四应用连接到第一应用，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前或之后，处理器 302通过调用存储器 303中的代码，以还用于指示将第四应用连接到第一应用。

其中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用的方面，在本发明的一些实施例中，处理器 302通过调用存储器 303中的代码，以具体用于，在确定上述应急触发条件满足时，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

在本发明的一些实施例中，处理器 302通过调用存储器 303中的代码，以还用于，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，在确定上述第二虚拟机具有足够的空闲资源部署上述第一应用后，在上述第二虚拟机中部署上述第一应用。

在本发明的一些实施例中，处理器 302通过调用存储器 303中的代码，以还用于，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，将上述第二虚拟机中正在运行的部分或全部进程添加到第一进程组，并设定上述第一进程组的最大可用资源量。

在本发明的一些实施例中，处理器 302通过调用存储器 303中的代码，以还用于在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之后，将上述第一应用的进程添加到第二进程组，并设定上述第二进程组的最大可用资源量。

在本发明一些实施例中，处理器 302通过调用存储器 303中的代码，以还用于在上述第二虚拟机停止运行上述第二虚拟机中部署的上述第一应用之后，删除上述第二进程组并解散上述第一进程组。

例如，假设第一虚拟机中当前还运行有第五应用，处理器 302通过调用存储器 303中的代码，以还可用于根据第一虚拟机中运行的第五应用对应的应急策略，确定与上述第五应用具有应急关系的第六应用，指示上述第六应用所驻留的第五虚拟机运行上述第五虚拟机中部署的第五应用；以及创建第四虚拟机并在上述第四虚拟机中部署和启动上述第五应用；在上述第四虚拟机启动上述第四虚拟机中部署的第五应用之后，指示第五虚拟机停止运行上述第五虚拟机中部署的第五应用。由于第五虚拟机上运行第五应用是为应急第一虚拟机上运行的第五应用，暂时分担第一虚拟机上运行的第五应用的处理负荷，因此第五虚拟机上部署的第五应用可称之为第一虚拟机上运行的第五应用的应急应用。

可以理解的是，本实施例的 CSP服务器 300可用于实现下述方法实施例中描述的 CSP服务器的部分或全部功能， CSP服务器 300的各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中， CSP服务器 300确定第一虚拟机的工作状态满足虚拟机新增条件之后，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的第一应用；以及创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。其中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。参见图 4，图 4是本发明另一实施例提供的 CSP服务器 400的结构框图。其中， CSP服务器 400可以包括：至少一个处理器 401，至少一个网络接口 404或者其他用户接口 403，存储器 405，至少一个通信总线 402。通信总线 402 用于实现这些组件之间的连接通信。其中，该 CSP服务器 400可选的包含用户接口 403，包括：显示器（例如，触摸屏、 LCD、 CRT,全息成像（ Holographic ) 或者投影（Projector )等）、点击设备（例如，鼠标，轨迹球（trackball )触感板或触摸屏等）、摄像头和 /或拾音装置等。

其中，存储器 402例如可包括只读存储器和随机存取存储器，并向处理器 401提供指令和数据。

存储器 402中的一部分还包括非易失性内存（NVRAM )等。

在一些实施方式中，存储器 405存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统 4051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

应用程序模块 4052，包含各种应用程序，用于实现各种应用业务。

例如应用程序模块 4052可包括如下单元的至少一个：确定单元 270、应急单元 210、创建单元 220、停止单元 230、接收单元 240、部署单元 250和进程管理单元 260。

在本发明实施例中，通过调用存储器 405存储的程序或指令，处理器 401 可用于，确定第一虚拟机的工作状态满足虚拟机新增条件，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用；创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机中启动上述第一应用之后，指示上述第二虚拟机停止运行上述第一应用。

在本发明一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可用于在上述根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用之前，接收应用部署请求，上述应用部署请求携带上述第一应用对应的应急策略，其中，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用具有应急关系。

在本发明的一些实施例中，上述应用部署请求还携带有关系模板，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用驻留于上述第三应用，或者，上述关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用和上述第三应用相互驻留。其中，通过调用存储器 405 存储的程序或指令，处理器 401可用于指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，在上述第二虚拟机中部署与上述第一应用具有驻留关系的上述第三应用。

在本发明一些实施例中，若应用部署请求还携带有第二关系模板（第二关系模板可包含在应用部署请求携带的应用部署包中的应用描述文件中），第二关系模板描述了上述第一应用和第四应用之间具有连接关系，并且第二关系模板描述的第一应用和第四应用之间的连接关系为第一应用连接到（ connect To ) 第四应用，则在指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，通过调用存储器 405存储的程序或指令，处理器 401可用于指示将第一应用连接到（connect To )第四应用。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第一应用和第四应用相互连接，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，通过调用存储器 405存储的程序或指令，处理器 401可用于指示建立第一应用和第四应用之间的互相连接。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第四应用连接到第一应用，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前或之后，通过调用存储器 405存储的程序或指令，处理器 401可用于指示将第四应用连接到第一应用。

在本发明的一些实施例中，上述应急策略包括应急触发条件，

其中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用的方面，在本发明的一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可具体用于，在确定上述应急触发条件满足时，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

在本发明的一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可用于在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，在确定上述第二虚拟机具有足够的空闲资源部署上述第一应用后，在上述第二虚拟机中部署上述第一应用。

在本发明的一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可用于在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之前，将上述第二虚拟机中正在运行的部分或全部进程添加到第一进程组，并设定上述第一进程组的最大可用资源量。在本发明的一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可用于在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用之后，将上述第一应用的进程添加到第二进程组，并设定上述第二进程组的最大可用资源量。

在本发明一些实施例中，通过调用存储器 405存储的程序或指令，处理器 401可用于在上述第二虚拟机停止运行上述第二虚拟机中部署的上述第一应用之后，删除上述第二进程组并解散上述第一进程组。

例如，假设第一虚拟机中当前还运行有第五应用，通过调用存储器 405存储的程序或指令，处理器 401可用于根据第一虚拟机中运行的第五应用对应的应急策略，确定与上述第五应用具有应急关系的第六应用，触发上述第六应用所驻留的第五虚拟机运行上述第五虚拟机中部署的第五应用；以及创建第四虚拟机并在上述第四虚拟机中部署和启动上述第五应用；在上述第四虚拟机启动上述第四虚拟机中部署的第五应用之后，指示第五虚拟机停止运行上述第五虚拟机中部署的第五应用。由于第五虚拟机上运行第五应用是为应急第一虚拟机上运行的第五应用，暂时分担第一虚拟机上运行的第五应用的处理负荷，因此第五虚拟机上部署的第五应用可称之为第一虚拟机上运行的第五应用的应急应用。

可以理解的是，本实施例的 CSP服务器 400可用于实现下述方法实施例中描述的 CSP服务器的部分或全部功能， CSP服务器 400的各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中， CSP服务器 400确定第一虚拟机的工作状态满足虚拟机新增条件之后，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的第一应用；以及创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。其中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。

参见图 5，本发明实施例还提供一种云服务客户端 500，可包括：生成单元 510，用于生成应用部署请求。

发送单元 520，用于向云服务供应商 CSP服务器发送上述应用部署请求。其中，上述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，上述第一应用对应的节点模版中包含上述第一应用对应的应急策略，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用之间具有应急关系。

在本发明的一些实施例中，上述应用部署请求还携带有驻留关系模板，上述驻留关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用驻留于上述第三应用，或者，上述驻留关系模板描述的上述第一应用和第三应用之间的驻留关系为上述第一应用和上述第三应用相互驻留。

可以理解的是，本实施例的云服务客户端 500可用于实现下述方法实施例中描述的云服务客户端的部分或全部功能，云服务客户端 500各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二应用所驻留的第二虚拟机暂时向第一应用所驻留的第一虚拟机借出资源，因此，可便于在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本实施例的方案由于可无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于可在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。参见图 6，本发明实施例还提供另一种云服务客户端 600，可包括：至少一个总线 601、与总线 601相连的至少一个处理器 602以及与总线 601相连的至少一个存储器 603。

处理器 602通过调用存储器 603中的代码，以用于生成应用部署请求；向云服务供应商 CSP服务器发送上述应用部署请求，其中，上述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，上述第一应用对应的节点模版中包含上述第一应用对应的应急策略，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用之间具有应急关系。

可以理解的是，本实施例的云服务客户端 600可用于实现下述方法实施例中描述的云服务客户端的部分或全部功能，云服务客户端 600的各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二应用所驻留的第二虚拟机暂时向第一应用所驻留的第一虚拟机借出资源，因此，可便于在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本实施例的方案由于可无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于可在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。参见图 7，图 7是本发明另一实施例提供的云服务客户端 700的结构框图。其中，云服务客户端 700可以包括：至少一个处理器 701，至少一个网络接口 704或者其他用户接口 703，存储器 705，至少一个通信总线 702。通信总线 702 用于实现这些组件之间的连接通信。其中，该云服务客户端 700可选的包含用户接口 703，包括：显示器（例如，触摸屏、 LCD、 CRT,全息成像（ Holographic ) 或者投影（Projector )等）、点击设备（例如，鼠标，轨迹球（trackball )触感板或触摸屏等）、摄像头和 /或拾音装置等。

其中，存储器 702例如可包括只读存储器和随机存取存储器，并向处理器 701提供指令和数据。

存储器 702中的一部分还包括非易失性内存（NVRAM )等。

在一些实施方式中，存储器 705存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统 7051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

应用程序模块 7052，包含各种应用程序，用于实现各种应用业务。

例如应用程序模块 7052可包括如下单元的至少一个：生成单元 510和发送单元 520。

在本发明实施例中，通过调用存储器 705存储的程序或指令，处理器 701 可用于，生成应用部署请求；向云服务供应商 CSP服务器发送上述应用部署请求。其中，上述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，上述第一应用对应的节点模版中包含上述第一应用对应的应急策略，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用之间具有应急关系。

可以理解的是，本实施例的云服务客户端 700可用于实现下述方法实施例中描述的云服务客户端的部分或全部功能，云服务客户端 700各功能模块的功能可根据下述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本实施例的方案中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二应用所驻留的第二虚拟机暂时向第一应用所驻留的第一虚拟机借出资源，因此，可便于在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本实施例的方案由于可无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于可在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。

参见图 8，本发明实施例还提供一种云服务系统，包括：至少一个云服务供应商服务器 810，其中，云服务供应商服务器 810可如上述实施例中的云服务供应商服务器 200、云服务供应商服务器 300或云服务供应商服务器 400。

进一步的，云服务系统还可包括云服务客户端，云服务客户端可如上述实施例中的云服务客户端 600或云服务客户端 500或云服务客户端 700。

本发明一种云应用处理方法的一个实施例，其中，一种云应用处理方法可以包括：云服务供应商服务器确定第一虚拟机的工作状态满足虚拟机新增条件，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用；创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在第三虚拟机中启动上述第一应用之后，指示上述第二虚拟机停止运行上述第一应用。

请参见图 9，图 9为本发明的一个实施例提供的一种云应用处理方法的流程示意图。如图 9所示，本发明的一个实施例提供的一种云应用处理方法，可包括以下内容：

901、云服务供应商 CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件。

其中，上述虚拟机新增条件可根据不同场景不同需求来设定，例如上述虚拟机新增条件可包括如下条件的至少一个：第一虚拟机的资源使用率超过第一阔值（其中，第一阔值例如为 80%、 85%, 90%或 95%等）、第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值、和 /或第一虚拟机中运行的第一应用的响应延迟超过了第三阔值等。

其中，新增虚拟机有时也可称之为 "弹出虚拟机"，因此，虚拟机新增条件有时也可称之为 "虚拟机弹出条件"。

902、上述 CSP服务器根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

举例来说， CSP服务器可以通过远程调用接口向第二虚拟机发送指令，以指示第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用，当然 CSP服务器也可通过其他方式指示上述第二应用所驻留的第二虚拟机运行上述第一应用。

903、上述 CSP服务器创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用。

其中，由于第二应用和第一应用具有应急关系，因此，第二应用也可称为第一应用的资源借出应用，第一应用可称之为第二应用的资源借入应用（也可称之为请求应急的应用）。第二应用所驻留的第二虚拟机也可称之为第一虚拟机的应急虚拟机（或称为资源借出虚拟机），因为，第二应用所驻留的第二虚拟机允许借出资源给第一虚拟机在应急时使用。其中，由于在第二虚拟机上运行第一应用是为应急第一虚拟机上运行的第一应用（即在第二虚拟机上运行第一应用暂时分担第一虚拟机上运行的第一应用的处理负荷），因此，第二虚拟机上部署的第一应用可称之为第一虚拟机上运行的第一应用的应急应用。

904、在上述第三虚拟机中启动上述第三虚拟机中部署的第一应用后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机上部署的第一应用。

其中，上述 CSP服务器可检测到在上述第三虚拟机中是否已经启动上述第三虚拟机中部署的第一应用之后，或者，在上述第三虚拟机中启动上述第三虚拟机中部署的第一应用之后，上述第三虚拟机可以向上述 CSP服务器发送通知消息，以通知上述 CSP服务器上述第三虚拟机中已启动上述第三虚拟机中部署的第一应用。

其中，上述虚拟机新增条件可根据不同场景不同需求来设定，例如，上述虚拟机新增条件可包括如下条件的至少一个：第一虚拟机的资源使用率超过第一阔值（其中，第一阔值例如为 80%、 85%, 90%或 95%等）、第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值、和 /或第一虚拟机中运行的第一应用的响应延迟超过了第三阔值等。

可以理解的是，步骤 802和步骤 803之间没有必然的先后顺序，例如 CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件，则 CSP服务器根据 CSP 服务器的确定结果可以同步执行 "根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用"的步骤和 "创建第三虚拟机并在上述第三虚拟机中部署和启动过上述第一应用"的步骤。可以理解的是， CSP服务器也可先执行 "根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用" 的步骤。而稍后， CSP服务器再执行上述 "创建第三虚拟机并在上述第三虚拟机中部署和启动过上述第一应用" 的步骤。

可以看出，本实施例的技术方案中， CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件之后，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的第一应用；以及创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。其中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。在本发明一些实施例中，上述第一虚拟机中可能运行若干个应用（例如 10 个应用），这若干个应用中的至少一个应用（例如 5个应用）中的每个应用可分别对应一个应急策略。其中，对于第一虚拟机中运行有多个应用的情况，针对第一虚拟机中运行的每个应用， CSP服务器均可按照上述方式进行类似的应急处理。

例如，假设第一虚拟机中当前还运行有第五应用， CSP服务器若监测到第一虚拟机的工作状态满足虚拟机新增条件， CSP服务器还可进一步根据第一虚拟机中运行的第五应用对应的应急策略，确定与上述第五应用具有应急关系的第六应用，指示上述第六应用所驻留的第五虚拟机运行上述第五虚拟机中部署的第五应用；以及创建第四虚拟机并在上述第四虚拟机中部署和启动上述第五应用；上述 CSP服务器在上述第四虚拟机启动上述第四虚拟机中部署的第五应用之后，指示第五虚拟机停止运行上述第五虚拟机中部署的第五应用。由于第五虚拟机上运行第五应用是为应急第一虚拟机上运行的第五应用，暂时分担第一虚拟机上运行的第五应用的处理负荷，因此第五虚拟机上部署的第五应用可称之为第一虚拟机上运行的第五应用的应急应用。

在本发明一些实施例中，上述根据第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用之前，上述方法还可进一步包括：接收应用部署请求（如来自云服务客户端的应用部署请求，该应用部署请求可称之为与第一应用相关的应用部署请求，其中，所谓与第一应用相关的应用部署请求，是指应用部署请求主要涉及到第一应用的部署，当然该应用部署请求还可能涉及到与第一应用具有连接关系、应急关系、驻留关系等相关关系的其它应用的部署）。其中，上述应用部署请求可携带上述第一应用对应的应急策略，其中，上述第一应用对应的应急策略描述了 K个应用之间的应急关系，上述 K个应用包括上述第一应用和上述第二应用，其中，上述 K为大于或等于 2的正整数。其中，第一应用与第二应用具有应急关系，具体可表示为第一应用和第二应用相互应急（即表示第二应用所驻留的虚拟机和第一应用所驻留的虚拟机之间可以互相暂借虚拟机资源），或者第二应用为第一应用应急（即表示第二应用所驻留的虚拟机可以暂借虚拟机资源给第一应用所驻留的虚拟机）。同理， 3个应用之间具有应急关系可表示 3个应用之间相互应急（即表示 3个应用所驻留的虚拟机之间可以互相暂借虚拟机资源），也可表示 3个应用中的 2个应用（其中，这 2个应用不包括第一应用，例如为第二应用和应用 APP01 )为第一应用应急，即，表示 3个应用中的上述 2个应用（第二应用和应用 APP01 )所驻留的虚拟机可暂借虚拟机资源给第一应用所驻留的虚拟机，更多应用之间具有应急关系的情况可以以此类推。

在本发明一些实施例中，应用部署请求可携带应用部署包。应用部署包可包含应用描述文件，应用描述文件可包含若干个节点模版（其中，应用描述文件还可进一步包括一个或者多个关系模版），其中，不同的节点模块对应不同的应用（例如用户应用或系统应用）。其中，节点模版可包含应急策略，应急策略可描述应用间的应急关系，例如第一应用对应的节点模版可包含第一应用对应的应急策略。进一步的，上述应急策略还可包括应急触发条件（当然应急触发条件也可以由 CSP服务器确定的，或事先配置在 CSP服务器中的，即不携带在应用部署请求中）。例如上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用，可以包括：在确定上述应急触发条件满足时指示上述第二应用所驻留的上述第二虚拟机运行上述第二虚拟机中部署的第一应用。当然也可能不存在应急触发条件，若不存在应急触发条件，则 CSP 服务器指示上述第二应用所驻留的上述第二虚拟机运行上述第二虚拟机中部署的第一应用时不受应急触发条件的限制。

其中，上述应急触发条件可根据不同场景不同需求来设定。例如上述应急触发条件，可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最小资源量。其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的最小资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的最小资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的最小资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的最小资源量，加上述第二虚拟机中运行上述第一应用本身所需的最小资源量。又例如上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最大资源量。其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的最大资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的最大资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的最大资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的最大资源量，加上述第二虚拟机中运行上述第一应用本身所需的最大资源量。又例如上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的平均资源量。其中，当第一应用无需要驻留于其它应用时，在上述第二虚拟机中运行上述第一应用所需的平均资源量，等于在上述第二虚拟机中运行上述第一应用本身所需的平均资源量。而当第一应用需要驻留于其它应用时，则在上述第二虚拟机中运行上述第一应用所需的平均资源量，等于在上述第二虚拟机中运行第一应用所要驻留的其它应用的平均资源量，加上述第二虚拟机中运行上述第一应用本身所需的平均资源量。

其中，一个关系模版用于描述两个或更多个应用之间具有关联关系，关联关系可以是驻留关系或连接关系等。其中，描述应用之间驻留关系的关系模版也可称之为驻留关系模版，其中，描述应用之间连接关系的关系模版也可称之为连接关系模版。

在本发明一些实施例中，若应用部署请求还携带有关系模板（关系模板可包含在应用部署请求携带的应用部署包中的应用描述文件中），且上述关系模板描述了上述第一应用和第三应用之间具有驻留关系，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可进一步包括：上述 CSP服务器在上述第二虚拟机中部署与上述第一应用具有驻留关系的上述第三应用。上述关系模板描述的第一应用和第三应用之间的驻留关系为上述第一应用驻留于（HostOn )第三应用，或者上述第一应用和第三应用相互驻留。

在本发明一些实施例中，若应用部署请求还携带有第二关系模板（第二关系模板可包含在应用部署请求携带的应用部署包中的应用描述文件中），第二关系模板描述了上述第一应用和第四应用之间具有连接关系，并且第二关系模板描述的第一应用和第四应用之间的连接关系为第一应用连接到（ connect To ) 第四应用，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可进一步包括：上述 CSP服务器将上述第二虚拟机中部署的第一应用连接到（connect To )第四应用。此外，若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第一应用和第四应用相互连接，则在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可进一步包括：上述 CSP服务器指示建立第二虚拟机中部署的第一应用和第四应用之间的互相连接。此外若第二关系模板描述的上述第一应用和第四应用之间的连接关系为上述第四应用连接到第一应用，则上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前或之后，上述方法还可进一步包括：上述 CSP 服务器指示将第四应用连接到第二虚拟机中部署的第一应用。其中，将第一应用连接到第四应用一般是指建立第一应用和第四应用之间的可通信关系，例如将第四应用对应的 IP地址，端口号等信息记录到第一应用的配置文件中，以此类推。

在本发明一些实施例中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可包括：上述 CSP服务器在确定上述第二虚拟机具有足够的空闲资源部署上述第一应用之后，在上述第二虚拟机中部署上述第一应用。

在本发明另一些实施例中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还包括：上述 CSP服务器在确定上述第二虚拟机具有足够的空闲资源部署上述第一应用和上述第一应用所驻留的应用之后，在上述第二虚拟机中部署上述第一应用和上述第一应用所驻留的应用。

在本发明一些实施例中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可包括：上述 CSP服务器将上述第二虚拟机中正在运行的部分或者全部进程添加到第一进程组，并设定上述第一进程组的最大可用资源量。可选的，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之后，上述方法还可包括：上述 CSP服务器将上述第一应用的进程添加到第二进程组，并设定上述第二进程组的最大可用资源量。可选的，在上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用之后，上述方法还可包括：上述 CSP服务器删除上述第二进程组并解散上述第一进程组。可以理解的是，通过引入进程组并为进程组设定最大的可用资源量，有利于实现现有进程和应急进程之间的性能隔离，进而有利于减少应急策略的实施对现有应用的不良影响。可以理解，第二进程组的最大可用资源量和第一进程组的最大可用资源量之和，小于或等于第二虚拟机的最大可用资源量。为便于更好的理解和实施本发明实施例的上述方案，下面通过一些具体的应用场景进行举例介绍。

参见图 10，图 10为本发明的另一个实施例提供的另一种云应用处理方法的流程示意图。其中，如图 10所示，本发明的另一个实施例提供的另一种云应用处理方法可包括以下内容：

1001、 CSP服务器接收来自云服务客户端的应用部署请求。

其中，应用部署请求可携带应用部署包，其中，上述应用部署包包含应用描述文件。上述应用描述文件可包含若干个节点模版（例如可包含第一应用对应的节点模板和第二应用对应的节点模板等）。此外，应用部署包还可进一步包含一个或多个关系模版。其中，不同的节点模块对应不同的应用（例如用户应用或系统应用）。例如应用部署包可包含 5个节点模版，则 5个节点模版和 5 个应用——对应。其中，关系模版用于描述应用之间的关联关系（如驻留关系或连接关系）。

其中，由于上述应用部署请求涉及到第一应用的部署，因此上述应用部署请求可称之为与第一应用相关的应用部署请求，其中，所谓与第一应用相关的应用部署请求，是指应用部署请求涉及到第一应用的部署，当然该应用部署请求还可能涉及到与第一应用具有连接关系、应急关系、驻留关系等相关关系的其它应用的部署。此外，应用描述文件还可包含应用拓朴结构描述信息，基于应用拓朴结构描述信息可以得到应用拓朴结构图，应用拓朴结构图描述出应用描述文件中的各节点模版之间的关系。

其中，本实施例中，主要以一个关系模版描述一对应用之间的一种关联关系为例。其中，关联关系可包括驻留关系和连接关系等等。举例来说，若应用 APP002与 4个应用之间具有连接关系，则可通过 4个关系模版来分别描述应用 APP002与这 4个应用之间的连接关系。又例如，若应用 APP002与 2个应用之间具有驻留关系，则可以通过 2个关系模版来分别描述应用 APP002与这 2个应用之间的连接关系，以此类推。

其中，关系模版所描述的关联关系可为单向关联关系，例如若某关系模版描述应用 APP002与应用 APPOOl之间具有连接关系，且该关系模板描述的上述应用 APP002与应用 APPOOl之间的连接关系为上述应用 APP002连接到应用 APPOOl ( ^口应用 APP002 connect To应用 APPOOl )，贝¹ J表示应用 APP002需要连接到应用 APPOOl。又例如，若某关系模版描述应用 APP002与应用 APPOOl之间具有驻留关系，且该关系模板描述的上述应用 APP002与应用 APPOOl之间的驻留关系为上述应用 APP002驻留到应用 APPOOl (如应用 APP002 Hosted On应用 APPOOl ), 表示应用 APP002所驻留的虚拟机需要部署应用 APPOOl (但是应用 APPOOl所驻留的虚拟机中却并不一定需要部署应用 APP002 )，此时应用 APP002可称之为该驻留关系的源应用，应用 APPOOl可称之为该驻留关系的目的应用。

当然关系模版所描述的关联关系也可为双向关联关系，例如，若某关系模版描述应用 APPOOl与应用 APP002之间具有连接关系（可通信关系），且该关系模版描述应用 APPOOl与应用 APP002之间的连接关系为上述应用 APPOOl与应用 APP002相互连接，可表示应用 APPOOl需要连接到应用 APP002 , 应用 APP002也需要连接到应用 APPOOl。又例如，若某关系模版描述应用 APP003 与应用 APP002之间具有驻留关系，且该关系模版描述应用 APP003与应用 APP002之间的驻留关系为上述应用 APP003与应用 APP002相互驻留，则表示应用 APP003所驻留的虚拟机需要部署应用 APP002, 并且，应用 APP002所驻留的虚拟机也需要部署应用 APP003。

其中，本实施例中主要以一个关系模版所描述的关联关系（如连接关系或驻留关系）为单向关联关系为例。

进一步的，关系模版中还包含关联关系建立策略，关联关系建立策略描述应用之间如何建立关联关系。

在本发明的一些实施例中，某个应用对应的节点模板可以包含：节点类型信息（即该应用的类型信息，其中，应用的类型信息所表示的应用类型例如可为数据库应用、操作系统或数据库服务器应用等）和节点生命周期管理策略（即该应用的生命周期管理策略）等信息。

其中，节点生命周期管理策略可包括：安装（install )策略、配置（configure ) 策略、启动（start )策略、停止（stop )策略、卸载（uninstall )策略等。这些节点生命周期管理策略的名称是 CSP服务器可识别的标准名称， CSP服务器通过节点生命周期管理策略的名称，就可以判断该策略产生的管理作用。其中，虚拟机上运行的应用可看作是一个服务节点（可简称节点），节点例如可以是用户应用或者系统应用（甚至是虚拟机操作系统等）。

其中，节点模版中还包含应急策略（例如，第一应用对应的节点模版可以包含第一应用对应的应急策略）。其中，一个应急策略可以描述几个应用之间的应急关系，其中，本实施例中主要以一个应急策略描述出两个应用之间的应急关系为例。应急策略所描述的应急关系可为单向的，例如应急策略 aOl所描述的第二应用和第一应用之间的应急关系为：第二应用为第一应用的资源借出应用（即表示第二应用所驻留的虚拟机可暂借虚拟机资源给第一应用所驻留的虚拟机），应急策略 a02所描述的第二应用和第一应用之间的应急关系为：描述第一应用为第二应用的资源借出应用（即表示第一应用所驻留的虚拟机可以暂借虚拟机资源给第二应用所驻留的虚拟机）。此外，应急策略所描述的应急关系也可为双向的，例如，应急策略 a03描述的第三应用和第一应用之间的应急关系可为：第三应用和第一应用互为资源借出应用（即表示第二应用所驻留的虚拟机和第一应用所驻留的虚拟机可以暂借虚拟机资源给对方）。

为简化描述，下面主要以上述应用部署包包含第一节点模版、第二节点模版、第三节点模版和第四节点模版，其中，第一节点模版为第一应用对应的节点模版、第二节点模版为第二应用对应的节点模版、第三节点模版为第三应用对应的节点模版、第四节点模版为第四应用对应的节点模版。上述应用部署包还包含第一关系模版、第二关系模版和第三关系模版。

其中，第一关系模版描述出第一应用需要驻留于第三应用（即第一应用所驻留的虚拟机中需要部署第三应用）。第二关系模版描述出第二应用需要驻留于第四应用（即第二应用所驻留的虚拟机中需要部署第四应用）。其中，第一应用对应的节点模版还包含第一应用对应的应急策略，其中，第一应用对应的应急策略描述出第二应用为第一应用的资源借出应用，即，第二应用所驻留的虚拟机可以暂借资源给第一应用所驻留的虚拟机。其中，第三关系模版还描述出第三应用和第四应用之间具有连接关系，具体为：第三应用 connect To第四应用。

进一步的，第一应用对应的应急策略中还可包含应急触发条件（当然应急触发条件也可以由 CSP服务器确定的，或事先配置在 CSP服务器中的，即不携带在应用部署请求中）。例如上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用，可以包括：在确定上述应急触发条件满足时指示上述第二应用所驻留的上述第二虚拟机运行上述第二虚拟机中部署的第一应用。可以理解，当指示在第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之后，第二虚拟机和第一虚拟机上都运行起了第一应用，由于第二虚拟机上运行第二虚拟机中部署的第一应用是为应急第一虚拟机上运行的第一应用，因此，第二虚拟机上部署的第一应用可称之为第一虚拟机上运行的第一应用的应急应用。

其中，上述应急触发条件可根据不同场景不同需求来设定。例如上述应急触发条件，可以包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最小资源量（其中，由于第一应用需要驻留于第三应用，在上述第二虚拟机中运行上述第一应用所需的最小资源量，可等于在上述第二虚拟机中运行第一应用所要驻留的第三应用的最小资源量，加上述第二虚拟机中运行上述第一应用本身所需的最小资源量）。又例如，上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的最大资源量（其中，由于第一应用需要驻留于第三应用，在上述第二虚拟机中运行上述第一应用所需的最大资源量，可等于在上述第二虚拟机中运行第一应用所要驻留的第三应用的最大资源量，加上述第二虚拟机中运行上述第一应用本身所需的最大资源量）。又例如上述应急触发条件可包括：上述第二虚拟机的空闲资源量，大于或等于在上述第二虚拟机中运行上述第一应用所需的平均资源量（其中，由于第一应用需要驻留于第三应用，在上述第二虚拟机中运行上述第一应用所需的平均资源量，可等于在上述第二虚拟机中运行第一应用所要驻留的第三应用的平均资源量，加上述第二虚拟机中运行上述第一应用本身所需的平均资源量）。

1002、 CSP服务器解析应用部署请求携带的应用描述文件，得到上述描述文件包含的节点模板和关系模板。 CSP服务器基于上述节点模板和关系模板得到节点模板的遍历顺序， CSP服务器基于遍历顺序在虚拟机上部署上述节点模板所对应的应用。

例如， CSP服务器可根据应用描述文件包含的应用拓朴结构描述信息得到应用拓朴结构图（应用拓朴结构图中的每个节点对应一个节点模板），按照应用拓朴结构图上箭头方向反向调用图遍历算法计算得到节点模板顺序序列。当然 CSP服务器也可直接根据应用描述文件包含的应用拓朴结构描述信息，计算得到节点模板顺序序列，而无需执行基于应用拓朴结构描述信息得到应用拓朴结构图的步骤。

此外， CSP服务器还可进一步将节点模板顺序序列记录到数据库。

CSP服务器计算部署应用所需的虚拟机数量，并确定各个虚拟机上需要部署的应用， CSP服务器按照上述节点模板顺序序列，依次在各个虚拟机上通过调用相应的节点生命周期管理策略和关联关系建立策略来部署应用、建立应用之间关联关系和启动应用等。

其中， CSP服务器计算部署应用所需虚拟机的方式可包括：在应用拓朴结构图查找这样的节点模板，该节点模板所对应的应用不属于任何一个 HostOn 关系模板所描述的 HostOn关系的源应用，即该节点模板在应用拓朴结构图的最底层，查找到的这样的节点模板的数量即部署应用所需虚拟机的数量。 CSP服务器可根据 HostOn关系，判断哪些应用要部署在同一台虚拟机上（其中，具有 HostOn关系的应用需部署在同一台虚拟机上），并从 CSP服务器所管理的虚拟机中获取相应数量的虚拟机（其中， CSP服务器所管理的每一台虚拟机都具有唯一标识的该虚拟机的虚拟机 ID )， CSP服务器利用基于 Declarative Mode部署策略在各个虚拟机上部署应用，还可进一步启动部署好的应用，其中， CSP服务器利用基于 Declarative Mode部署策略在各个虚拟机上部署和启动应用的方式是现有技术，此处不作具体详述。

在本发明的一些实施例中， CSP服务器调用节点模板中的节点生命周期管理策略部署应用时，若执行策略名称为 install的节点生命周期管理策略，则 CSP 服务器将安装该节点模板所对应应用的部署制品。若运行策略名称为 configure 的节点生命周期管理策略，则 CSP服务器可以将对该节点模板所对应的应用进行配置。若运行策略名称为 start的节点生命周期管理策略，则 CSP服务器将启动该节点模板所对应的应用。类似的，若运行策略名称为 stop的节点生命周期管理策略，则 CSP服务器将停止运行该节点模板所对应的应用。若运行策略名称为 uninstall的节点生命周期管理策略，则 CSP服务器将卸载该节点模板所对应应用的部署制品。

例如，当节点模板中的节点生命周期管理策略包括： install策略和 configure 策略，则部署该节点模板对应的应用时可先执行 install策略，再执行 configure 策略。例如，当节点模板中的节点生命周期管理策略包括： install策略、 configure 策略和 start策略，则部署该节点模板对应的应用时可先执行 install策略、再执行 configure策略、最后执行 start策略。

CSP服务器还可根据关系模板中包含的关联关系建立策略来建立应用之间的关联关系，例如应用之间的关系类型为 ConnectTo, 关联关系建立策略包括 connect或 disconnect, 则 CSP服务器可建立应用之间的连接关系或者断开应用之间的连接关系。当两个具有特定关联关系（例如 ConnectTo关系）的应用部署完毕之后，可调用关联关系建立策略来建立二者之间的关联关系，例如 CSP服务器可调用 ConnectTo关系模板中给出的 connect策略建立两个应用之间的连接关系。

例如 CSP服务器将第一应用和第三应用部署在第一虚拟机 VM-1中，将第二应用和第四应用部署在第二虚拟机 VM-2中，并指示建立第三应用到第四应用的连接。

CSP服务器部署完应用部署包中的各节点模板所对应的应用之后，将节点模板 ID及其对应应用的应用 ID、应用所驻留虚拟机的虚拟机 ID、安装节点模板所对应应用所消耗的磁盘空间量等信息记录入数据库中。

1003、 CSP服务器根据节点模板包含的应急策略，在资源借出应用所驻留的虚拟机上部署资源借入应用。例如，可根据第一应用所对应的节点模板包含的应急策略，在第一应用（即资源借入应用）的资源借出应用（即第二应用）所驻留的第二虚拟机 VM-2上部署第一应用，其中，第二虚拟机 VM-2上部署的第一应用可称之为第一虚拟机 VM- 1上部署的第一应用的应急应用。

其中，对于具有应急关系的每一对应用（例如具有应急关系的第一应用和第二应用）， CSP服务器在数据库中查找已部署的资源借入应用（如第一应用）所驻留虚拟机的虚拟机 ID (如 VM-1 )，在数据库中查找部署资源借入应用（如第一应用 )所需消耗的磁盘空间等，比较资源借出应用（例如第二应用 )所驻留的虚拟机（如 VM-2 )上剩余的磁盘空间，是否足够部署资源借入应用（如第一应用），若足够， CSP服务器在资源借出应用（例如第二应用）所驻留的虚拟机（如 VM-2 )上基于 Declarative Mode策略部署资源借入应用（例如第一应用），若不足够，则可不在资源借出应用（如第二应用）所驻留的虚拟机（如 VM-2 )上部署资源借入应用（如第一应用）。

进一步的，由于第一应用需驻留于第三应用，因此 CSP服务器还可在数据库中查找部署第三应用所需消耗的磁盘空间等，比较资源借出应用（如第二应用 ) 所驻留的虚拟机（如 VM-2 )上剩余的磁盘空间，是否足够部署资源借入应用（如第一应用）和第三应用，若足够， CSP服务器在资源借出应用（如第二应用）所驻留的虚拟机（如 VM-2 )上基于 Declarative Mode策略部署资源借入应用（如第一应用）和第三应用，若不足够，则可不在资源借出应用（如第二应用）所驻留的虚拟机（如 VM-2 )上部署资源借入应用（如第一应用）和第三应用。

其中，在资源借出应用（如第二应用）所驻留虚拟机（如 VM-2 )在部署好资源借入应用（如第一应用）后，即在第二虚拟机 VM-2上部署好驻留在第一虚拟机 VM-1上的第一应用的应急应用之后，无需启动该应急应用，可只需在第二虚拟机 VM-2安装和配置好应急应用即可。

进一步的，在第二虚拟机 VM-2上部署好第一应用的应急应用之后， CSP 服务器还将第一应用需要驻留到的其它应用（第三应用）也部署在例如虚拟机 VM-2中，当然，第二虚拟机 VM-2上的剩余磁盘空间也需足够部署第一应用需要驻留到的其他应用。

进一步的， CSP服务器在第二虚拟机 VM-2上部署好第一应用的应急应用之后，可将该应急应用对应的节点模板 ID、应急应用的应用、该应急应用所驻留虚拟机（第二虚拟机 VM-2 ) 的虚拟机 ID、应急应用当前状态等信息记录在数据库中。其中，由于此时应急应用还没有启动，因此应急应用当前状态为 "待命" 状态。

至此， CSP服务器基于接收的上述应用部署请求完成了相关应用的相关部署操作。

1004、 CSP服务器监测第一虚拟机 VM-1和第二虚拟机 VM-2的工作状态。其中，在第一虚拟机 VM-1部署的第一应用和第三应用启动之后，以及在第二虚拟机 VM-2部署的第二应用和第四应用启动之后， CSP服务器监测第一虚拟机 VM- 1和第二虚拟机 VM-2的工作状态。

1005、 CSP服务器根据第一虚拟机 VM-1的工作状态确定第一虚拟机 VM-1 的工作状态满足了虚拟机新增条件。

其中，上述虚拟机新增条件可根据不同场景不同需求来设定，例如，上述虚拟机新增条件可包括如下条件的至少一个：第一虚拟机的资源使用率超过第一阔值（其中，第一阔值例如为 80%、 85%, 90%或 95%等）、第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值、第一虚拟机中运行的第一应用的响应延迟超过了第三阔值等。

1006、 CSP服务器根据第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用（即，指示上述第二应用所驻留的第二虚拟机运行上述第一虚拟机中运行的上述第一应用的应急应用）。

具体的， CSP服务器基于步骤 705中的第一虚拟机 VM-1的工作状态满足了虚拟机新增条件的确定结果，在数据库中查找第一虚拟机中运行的第一应用对应的应急策略，并根据查找到的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

举例来说， CSP服务器可以通过远程调用接口向第二虚拟机发送指令，以指示第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用，当然 CSP服务器也可通过其他方式指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用。

1007、 CSP服务器创建第三虚拟机 VM-3，并在第三虚拟机 VM-3中部署和启动上述第一应用。

进一步的，由于第一应用 Hosted On第三应用，因此， CSP服务器在指示上述第三虚拟机 VM-3运行上述第三虚拟机 VM-3部署的第一应用之前，还进一步在第三虚拟机 VM-3部署第三应用，并建立第三虚拟机 VM-3部署的第三应用与第二虚拟机 VM-2部署的第四应用之间的连接。

进一步的， CSP服务器在第三虚拟机 VM-3上部署和启动第一应用和第三应用之后，可将第三虚拟机 VM-3中运行的第一应用对应的节点模板 ID、第三应用对应的节点模板 ID、第一应用的应用 ID、第三应用的应用 ID、第三应用和第一应用所驻留虚拟机 VM-3的虚拟机 ID、安装第三应用和第一应用所消耗的磁盘空间量等信息记录入数据库之中。 CSP服务器在数据库中将第三虚拟机中部署的第一应用和第三应用的状态设置为 "运行中"。

可以理解，步骤 1006和步骤 1007之间没有必然的先后顺序，例如 CSP服务器若确定第一虚拟机的工作状态满足虚拟机新增条件，则 CSP服务器可同步执行 "根据第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用" 的步骤和 "创建第三虚拟机 VM-3，并在第三虚拟机 VM-3中部署和启动上述第一应用" 的步骤。可以理解的是， CSP 服务器也可先执行 "根据第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的上述第一应用" 的步骤，稍后 CSP服务器再执行上述 "创建第三虚拟机 VM-3，并在第三虚拟机 VM-3中部署和启动上述第一应用" 的步骤。

1008、在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的上述第一应用。

进一步的，由于 CSP服务器还在第二虚拟机部署有与第一应用具有驻留关系的第三应用，因此， CSP服务器还可指示上述第二虚拟机停止运行上述第二虚拟机中部署的第三应用。

在本发明一些实施例中，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之前，上述方法还可包括：上述 CSP服务器将上述第二虚拟机中正在运行的部分或者全部进程添加到第一进程组，并设定上述第一进程组的最大可用资源量。可选的，在上述指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中部署的第一应用之后，上述方法还可包括：上述 CSP服务器将上述第一应用的进程添加到第二进程组，并设定上述第二进程组的最大可用资源量。可选的，在上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用之后，上述方法还可包括：上述 CSP服务器删除上述第二进程组并解散上述第一进程组。可以理解的是，通过引入进程组并为进程组设定最大的可用资源量，有利于实现现有进程和应急进程之间的性能隔离，进而有利于减少应急策略的实施对现有应用的不良影响。可以理解，第二进程组的最大可用资源量和第一进程组的最大可用资源量之和，小于或等于第二虚拟机的最大可用资源量。

可以看出，本实施例的技术方案中， CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件之后，根据上述第一虚拟机中运行的第一应用对应的应急策略，确定与上述第一应用具有应急关系的第二应用，指示上述第二应用所驻留的第二虚拟机运行上述第二虚拟机中已部署的第一应用；以及创建第三虚拟机并在上述第三虚拟机中部署和启动上述第一应用；在上述第三虚拟机运行上述第三虚拟机中部署的第一应用之后，上述 CSP服务器指示上述第二虚拟机停止运行上述第二虚拟机中部署的第一应用。其中，由于引入了第一应用与第二应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机。相对于现有技术中在部署应用时就预先创建备用虚拟机的机制，本发明实施例的方案由于无需预先创建备用虚拟机，因此有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可在新创建的备用虚拟机部署好之前，暂时分担第一虚拟机运行的第一应用的处理负荷，有利于极大的减小新创建备用虚拟机过程中引起的业务波动，有利于提升云服务可靠性。

为便于更好理解和实施本发明实施例的上述方案，下面通过基于 TOSCA 的一些更为具体的应用场景进行举例介绍。

假设， CSP服务器接收来自云服务客户端的应用部署请求 ql。

其中，应用部署请求 ql携带应用部署包，其中，上述应用部署包包含应用描述文件，上述应用描述文件包含如下 6个节点模版：节点模版 aVM、节点模版 dVM、节点模版 appContainer、节点模版 dbContainer、节点模版 DB和节点模版 App。其中，上述应用描述文件还包含 4个类型为 HostOn的关系模板和 1个类型为 ConnectTo的关系模板。其中， 6个节点模版对应 6个应用，这 6个应用的应用 ID分别如下： appVMl、 dbVM、 appCl、 dbC、 db、 appl。

节点模版 aVM对应于应用 appVMl、

节点模版 dVM对应于应用 app dbVM、

节点模版 appContainer对应于应用 appCl、

节点模版 dbContainer对应于应用 dbC、

节点模版 DB对应于应用 db、节点模版 App对应于应用 appl。

其中，基于应用描述文件包含的应用拓朴结构描述信息得到的应用拓朴结构图可如图 11所示，其中，图 11示出了节点模版 aVM、节点模版 dVM、节点模版 appContainer、节点模版 dbContainer、节点模版 DB和节点模版 App的顺序序列。此外，

CSP服务器还可进一步将上述节点模板的顺序序列记录到数据库。图 11中示出应用 db HostOn应用 dbC、应用 dbC HostOn应用 app dbVM、应用 appl HostOn应用 appCl、应用 appCl HostOn应用 app VM1。图 11中还示出应用 appCl connect to应用 dbC。

CSP服务器计算部署上述 6个应用所需的虚拟机数量，并确定各个虚拟机上需要部署的应用， CSP服务器按照上述节点模板顺序序列，依次在各虚拟机上通过调用相应的节点生命周期管理策略来部署应用和启动应用，通过调用关联关系建立策略建立应用 appCl到应用 dbC的连接。

其中， CSP服务器计算部署应用所需虚拟机的方式可包括：在应用拓朴结构图查找这样的节点模板，该节点模板所对应的应用不属于任何一个 HostOn 关系模板所描述的 HostOn关系的源应用，即该节点模板在应用拓朴结构图的最底层（即节点模版 aVM和节点模版 dVM )，查找到的这样的节点模板的数量即部署应用所需虚拟机的数量，因此需要两个虚拟机来部署 6个应用。 CSP服务器可根据 HostOn关系，判断哪些应用要部署在同一台虚拟机上（其中，具有 HostOn关系的应用需部署在同一台虚拟机上），并从 CSP服务器所管理的虚拟机中获取相应数量的虚拟机（其中， CSP服务器所管理的每一台虚拟机都具有唯一标识的该虚拟机的虚拟机 ID )。

假设， CSP服务器创建的两个虚拟机的可用磁盘空间如表 1所示：

节点模版、应用和虚拟机之间的映射关系可如下表 2所示: 表 2

其中， CSP服务器利用基于 Declarative Mode部署策略在各个虚拟机上部署应用，还可进一步启动部署好的部分或全部应用。

具体部署过程可如下：

51、启动应用 appVMl和 dbVM: start ap VMl , start dbVM。

52、署和启动应用 appCl : install appCl , configure appCl , start appCl。

53、部署和启动应用 dbC: install dbC, configure dbC, start dbC。

54、建立应用 appCl与应用 dbC之间的连接关系： connect appCl to dbC。

55、署和启动应用 appl : install appl , start appl。

56、部署和启动应用 db: install db, start db。

应用 appVMl、应用 appCl和应用 appl被部署在第一虚拟机 VM-1上。应用 dbVM、应用 dbC和应用 db被部署在第二虚拟机 VM-2上。 CSP服务器部署和启动各应用之后，将各应用的状态设置为 "运行中"，具体可如表 3所示：

表 3

节点模板 ID 应用 ID 虚拟机 ID 状态

aVM appVMl VM-1 运行中 dVM dbVM VM-2 运行中 appContainer appCl VM-1 运行中 dbContainer dbC VM-2 运行中

DB db VM-2 运行中

App appl VM-1 运行中其中，各应用所消耗的磁盘空间如表 4所示:

CSP服务器根据节点模板 App包含的应急策略，在资源借出应用 db所驻留的虚拟机 VM-2上部署资源借入应用 appl。其中，第二虚拟机 VM-2上部署的应用 appl可称之为第一虚拟机 VM-1上部署的应用 appl的应急应用。

其中，对于具有应急关系的应用 db和应用 appl， CSP服务器在表 4中查找部署应用 appl所需消耗的磁盘空间等，比较应用 db所驻留的第二虚拟机 VM-2 上剩余的磁盘空间是否足够部署应用 Appl。由于应用 Appl需驻留于应用 appCl , 因此 CSP服务器还在表 4中查找部署应用 appCl所需消耗磁盘空间，比较应用 db所驻留的第二虚拟机 VM-2上剩余的磁盘空间，是否足够部署应用 appl和应用 appCl。由表 4和表 1可知，第二虚拟机 VM-2上剩余的磁盘空间为 11GB , 而部署应用 appl和应用 appCl只需 250MB , 因此，应用 db所驻留的第二虚拟机 VM-2上剩余的磁盘空间足够部署应用 appl和应用 appCl。

因此， CSP服务器在第二虚拟机 VM-2上也部署应用 appl和应用 appCl。 CSP 服务器在第二虚拟机 VM-2上部署应用 appl和应用 appCl的过程可如下：

511、署和启动应用 appCl : install appCl , configure appCl , start appCl。

512、建立应用 appCl与应用 dbC之间的连接关系： connect appCl to dbC。

513、部署和启动应用 appl : install appl , start appl ₀

CSP服务器在第二虚拟机 VM-2上部署应用 appl和应用 appCl之后，将其状态设置为 "待命"，具体可如表 5所示：

表 5 节点模板 ID 应用 ID 虚拟机 ID 状态 aVM ap VMl VM_1 运行中

dVM dbVM VM_2 运行中

appContainer appCl VM_1 运行中 dbContainer dbC VM_2 运行中

DB db VM_2 运行中

App appl VM_1 运行中

appContainer appCl VM_2 待命

App appl VM_2 待命

CSP服务器监测第一虚拟机 VM-1和第二虚拟机 VM-2的工作状态。

假设 CSP服务器若监测到第一虚拟机 VM-1的工作状态满足了虚拟机新增条件，根据第一虚拟机中当前运行的应用 appl对应的应急策略，确定与上述第一应用具有应急关系的应用 db，指示上述应用 db所驻留的第二虚拟机 VM-2运行第二虚拟机 VM-2中部署的应用 appl (即，指示上述应用 db所驻留的第二虚拟机 VM-2运行应用 app 1的应急应用 app 1 )。

其中，上述虚拟机新增条件可根据不同场景不同需求来设定，例如，上述虚拟机新增条件可包括如下条件的至少一个：第一虚拟机的资源使用率超过第一阔值（其中，第一阔值例如为 80%、 85%, 90%或 95%等）、第一虚拟机中运行的应用 appl的单位时间吞吐量超过了第二阔值、第一虚拟机中运行的应用 appl的响应延迟超过了第三阔值等。

CSP服务器若确定上述第一虚拟机 VM-1的工作状态满足上述虚拟机新增条件， CSP服务器还创建第三虚拟机 VM-3，并在第三虚拟机 VM-3中部署和启动上述应用 appl。

进一步的，由于应用 appl Hosted On应用 appCl , 因此， CSP月良务器在指示上述第三虚拟机 VM-3运行上述第三虚拟机 VM-3中部署的应用 appl之前，还进一步在第三虚拟机 VM-3部署应用 appC 1，并建立第三虚拟机 VM-3部署的应用 appC 1与第二虚拟机 VM-2部署的应用 dbC之间的连接。

进一步的，由于应用 appCl Hosted On应用 appVMl , 因此， CSP服务器在指示上述第三虚拟机 VM-3运行上述第三虚拟机 VM-3中部署的上述应用 appl 之前，还进一步在第三虚拟机 VM-3部署应用 appVMl。

CSP服务器在第三虚拟机新增操作执行过程中，第三虚拟机 VM-3上正在部署的应用 appVMl、应用 appCl和应用 appl的工作状态如表 6所示：表 6

在上述第三虚拟机 VM-3的新增操作完成之后，即第三虚拟机 VM-3上运行第三虚拟机 VM-3中部署的应用 appl之后，上述 CSP服务器指示上述第二虚拟机 VM-2停止运行第二虚拟机 VM-2中部署的上述应用 appl。进一步的，由于 CSP 服务器还在第二虚拟机 VM-2部署有与应用 appl具有驻留关系的应用 appCl，因此， CSP服务器还可指示第二虚拟机 VM-2停止运行第二虚拟机 VM-2中部署的应用 appCl。此时，第二虚拟机 VM-2上部署的应用 appCl和应用 appl被设置为待命状态，而第三虚拟机 VM-3上部署的应用 appCl、应用 appl和应用 appVMl 设置为 "运行中状态"。具体如表 7所示：表 7

其中， CSP服务器新增第三虚拟机之后，三个虚拟机上运行的应用可如图 12所示，其中，第三虚拟机和第一虚拟机上都运行了应用 appCl、应用 appl和应用 appVMl。

可以看出，上述应用场景中， CSP服务器若确定第一虚拟机的工作状态满足虚拟机新增条件，可根据上述第一虚拟机中当前运行的应用 appl对应的应急策略，确定与应用 appl具有应急关系的应用 db，指示上述应用 db所驻留的第二虚拟机运行第二虚拟机 VM-2中部署的应用 appl ; 上述 CSP服务器若确定上述第一虚拟机的工作状态满足上述虚拟机新增条件，创建第三虚拟机并在上述第三虚拟机中部署和启动应用 appl；在上述第三虚拟机运行第三虚拟机 VM-3中部署的应用 appl之后，上述 CSP服务器指示上述第二虚拟机停止运行第二虚拟机 VM-2中部署的应用 appl。其中，由于引入了应用之间的应急策略，基于应急策略可实现第二虚拟机暂时向第一虚拟机借出资源，因此，可在第一虚拟机的工作状态满足虚拟机新增条件时才创建新的虚拟机，相对于现有技术中在部署应用时就预先创建虚拟机的机制，本发明实施例的方案由于无需预先创建虚拟机，因此，有利于提高虚拟机资源的利用率。并且，由于在第一虚拟机的工作状态满足虚拟机新增条件时引入了虚拟机之间的资源暂借机制，使得应急虚拟机可以在新创建的虚拟机部署好之前，暂时分担第一虚拟机运行的应用 appl 的处理负荷，有利于极大减小创建新虚拟机过程中引起的业务波动，有利于提升云服务可靠性。

参见图 13、本发明实施例还提供一种云应用部署方法，可包括：

1301、云服务客户端生成应用部署请求。

1302、向云服务供应商 CSP服务器发送上述应用部署请求。

其中，上述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，上述第一应用对应的节点模版中包含上述第一应用对应的应急策略，上述第一应用对应的应急策略描述了上述第一应用和上述第二应用之间具有应急关系。

其中，云服务供应商 CSP服务器在接收到上述应用部署请求之后，可以创建第一虚拟机和第二虚拟机，并根据第一应用对应的节点模版在在第一虚拟机中部署第一应用，并根据第二应用对应的节点模版在在第二虚拟机中部署第二应用，根据第一应用对应的应急策略，在上述第二应用所驻留的第二虚拟机中部署所述第一应用。后续， CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件；根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。

进一步的，上述第一应用对应的应急策略还可包括应急触发条件。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任意一种云应用处理方法的部分或全部步骤。

本发明实施例还提供另一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任意一种云应用部署方法的部分或全部步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以釆用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接辆合或通信连接可以是通过一些接口，装置或单元的间接辆合或通信连接，可以是电性或其它的形式。单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以釆用硬件的形式实现，也可以釆用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器）执行本发明各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括： U盘、移动硬盘、磁碟、光盘、只读存储器（ROM， Read-Only Memory )或者随机存取存储器（RAM, Random Access Memory )等各种可以存储程序代码的介质。

以上上述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求

1、一种云服务供应商服务器，其特征在于，包括：

确定单元，用于确定第一虚拟机的工作状态满足虚拟机新增条件；应急单元，用于根据确定单元的确定结果，根据所述第一虚拟机中运行的第一应用对应的应急策略确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；

创建单元，用于根据所述确定单元的确定结果，创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；

停止单元，用于在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。
2、根据权利要求 1所述的云服务供应商服务器，其特征在于，

所述云服务供应商服务器还包括：接收单元，用于在所述确定与所述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，其中，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。
3、根据权利要求 2所述的云服务供应商服务器，其特征在于，所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留；

所述云服务供应商服务器还包括：

部署单元，用于在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的第一应用之前，在所述第二虚拟机中部署与所述第一应用具有驻留关系的所述第三应用。
4、根据权利要求 1至 3任一项所述的云服务供应商服务器，其特征在于，所述应急策略包括应急触发条件，其中，所述应急触发条件包括：所述第二虚拟机的空闲资源量，大于或等于在所述第二虚拟机中运行所述第一应用所需的最小资源量；

其中，所述应急单元指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用具体包括：在根据所述第二虚拟机的运行状态确定所述应急触发条件满足时，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用。
5、根据权利要求 1至 4任一项所述的云服务供应商服务器，其特征在于，所述应急单元在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，还用于，确定所述第二虚拟机具有足够的空闲资源部署所述第一应用，在所述第二虚拟机中部署所述第一应用。
6、一种云服务客户端，其特征在于，包括：

生成单元，用于生成应用部署请求；

发送单元，用于向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。
7、根据权利要求 6所述的云服务客户端，其特征在于，

所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留。
8、一种云服务供应商服务器，其特征在于，包括：

处理器和存储器，

其中，所述处理器通过调用所述存储器中的代码，以用于确定第一虚拟机的工作状态满足虚拟机新增条件，根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。
9、根据权利要求 8所述的云服务供应商服务器，其特征在于，

所述虚拟机新增条件包括如下条件的至少一种：

所述第一虚拟机的资源使用率超过第一阔值、所述第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值和所述第一虚拟机中运行的第一应用的响应延迟超过了第三阔值。
10、根据权利要求 8或 9所述的云服务供应商服务器，其特征在于，所述处理器通过调用所述存储器中的代码，以还用于在所述确定与所述第一应用具有应急关系的第二应用之前，接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，其中，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。
11、一种云服务客户端，其特征在于，包括：

处理器和存储器，

其中，所述处理器通过调用所述存储器中的代码，以用于生成应用部署请求；向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。
12、根据权利要求 11所述的云服务客户端，其特征在于，

所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留。
13、一种云应用处理的方法，其特征在于，包括：

云服务供应商 CSP服务器确定第一虚拟机的工作状态满足虚拟机新增条件；

根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用，指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用；

创建第三虚拟机并在所述第三虚拟机中部署和启动所述第一应用；在所述第三虚拟机中启动所述第一应用之后，指示所述第二虚拟机停止运行所述第一应用。
14、根据权利要求 13所述的方法，其特征在于，

所述虚拟机新增条件包括如下条件的至少一种：

所述第一虚拟机的资源使用率超过第一阔值、所述第一虚拟机中运行的第一应用的单位时间吞吐量超过了第二阔值和所述第一虚拟机中运行的第一应用的响应延迟超过了第三阔值。
15、根据权利要求 13或 14所述的方法，其特征在于，

所述根据所述第一虚拟机中运行的第一应用对应的应急策略，确定与所述第一应用具有应急关系的第二应用之前，所述方法还包括：

所述 CSP服务器接收应用部署请求，其中，所述应用部署请求携带所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用具有应急关系。
16、根据权利要求 15所述的方法，其特征在于，

所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用的驻留关系为所述第一应用驻留于所述第三应用，或者所述驻留关系模板描述的所述第一应用和第三应用的驻留关系为所述第一应用和所述第三应用相互驻留；

其中，在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机已部署的第一应用之前，所述方法还包括：所述 CSP服务器在所述第二虚拟机中部署与所述第一应用具有驻留关系的所述第三应用。
17、根据权利要求 15至 16任一项所述的方法，其特征在于，所述应急策略还包括应急触发条件，

其中，所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，所述方法进一步包括：根据所述第二虚拟机的运行状态确定所述应急触发条件满足；其中，所述应急触发条件包括：所述第二虚拟机的空闲资源量，大于或等于在所述第二虚拟机中运行所述第一应用所需的最小资源量。
18、根据权利要求 13至 17任一项所述的方法，其特征在于，

在所述指示所述第二应用所驻留的第二虚拟机运行所述第二虚拟机中已部署的所述第一应用之前，所述方法还包括：

确定所述第二虚拟机具有足够的空闲资源部署所述第一应用，在所述第二虚拟机中部署所述第一应用。
19、一种云应用部署方法，其特征在于，包括：

生成应用部署请求；

向云服务供应商 CSP服务器发送所述应用部署请求，其中，所述应用部署请求携带有第一应用对应的节点模版、第二应用对应的节点模版，所述第一应用对应的节点模版中包含所述第一应用对应的应急策略，所述第一应用对应的应急策略描述了所述第一应用和所述第二应用之间具有应急关系。
20、根据权利要求 19所述的方法，其特征在于，

所述应用部署请求还携带有驻留关系模板，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用驻留于所述第三应用，或者，所述驻留关系模板描述的所述第一应用和第三应用之间的驻留关系为所述第一应用和所述第三应用相互驻留。
21、一种计算机存储介质，其特征在于，

所述计算机存储介质存储有程序，所述程序执行时包括如权利要求 13至 20 任一项所述的步骤。