CN107872499A - 业务创建方法、装置及*** - Google Patents

Abstract

本发明实施例公开了业务创建方法、装置及***。对于应用于资源管理服务器的业务创建方法，该方法首先接收业务服务器发送的资源查询请求，然后基于资源查询请求中携带的目标资源信息，判断宿主机的可用资源是否足够创建目标云服务；如果是，向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单；此后资源管理服务器再接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求，并最终基于该创建请求，在宿主机中创建目标云服务。本方案减少了由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题。

Description

业务创建方法、装置及***

技术领域

本发明涉及计算机技术领域，特别涉及业务创建方法、装置及***。

背景技术

信息化的不断发展使得人们对计算和存储等资源的需求急速增长，在现有的计算机领域中，人们需要投入更多的硬件设备，以及更多的机房环境设备，因此，运行维护成本和人力成本也相应增加，为了节约成本，云技术越来越多地应用到计算机领域中。众所周知，云服务提供商配置有多个宿主机，云服务提供商将多个宿主机的资源通过云技术配置在云端，并根据用户需要在宿主机中为用户创建相应的云服务，例如，为用户创建虚拟主机、数据库或网盘。

当然，用户使用云服务提供商创建的云服务，需要支付一定的费用，为此云服务商提供了相应的创建业务的方法，创建业务包括创建云服务以及获取对应云服务的订单。但是，现有技术中，创建云服务所需时间较长，不能在短时间内成功创建云服务，所以，当租户有创建云服务的需求时，云服务提供商配置的业务服务器基于该请求，将首先获取相应的订单并计费，获取到订单后，再向云服务提供商配置的资源管理服务器发送创建云服务的请求，资源管理服务器基于该请求，在宿主机中创建相应的云服务。

但是，当宿主机中的资源，包括CPU(Central Processing Unit，中央处理器)资源、内存资源以及硬盘资源等，无法足够创建云服务时，上述在宿主机中创建云服务的操作就不能成功执行，则此时需要人工撤消之前获取的相应订单，显然的，业务服务器首先获取订单，然后当宿主机资源不足导致创建云服务失败时，又需要撤消获取到的相应订单，业务创建过程繁琐。

发明内容

本发明实施例公开了业务创建方法、装置及***，用于解决现有技术中，减少在宿主机资源不足的情况下，存在的业务创建过程繁琐的问题。技术方案如下：

为达到上述目的，第一方面，本发明实施例提供了一种业务创建方法，应用于资源管理服务器，所述方法包括：

接收业务服务器发送的资源查询请求，所述资源查询请求包含创建目标云服务所需资源对应的目标资源信息；

基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

如果是，向所述业务服务器反馈判断结果，以使得所述业务服务器获取对应所述目标云服务的目标订单；

接收所述业务服务器在成功获取所述目标订单的情况下发送的针对所述目标云服务的创建请求；

基于所述创建请求，在宿主机中创建所述目标云服务。

优选的，所述业务创建方法还包括：

在判断宿主机的可用资源足够创建所述目标云服务后，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

在第一种实现方式中，优选的，所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作，包括：

基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；

锁定所述第一资源；

所述基于所述创建请求，在宿主机中创建所述目标云服务，包括：

基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

在第二种实现方式中，优选的，所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作，包括：

基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；

确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；

更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的所述目标资源量的差值。

优选的，在所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作之后，所述业务创建方法还包括：

记录每个所述目标云服务与所述目标宿主机的对应关系；

所述基于所述创建请求，在宿主机中创建所述目标云服务，包括：

基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；

在所确定的所述目标宿主机中创建对应的所述目标云服务。

优选的，所述业务创建方法还包括：

判断是否成功创建所述目标云服务；

如果否，解除所述资源锁定操作。

第二方面，本发明实施例提供了另一种业务创建方法，应用于业务服务器，所述方法包括：

获得创建目标云服务所需资源对应的目标资源信息；

向资源管理服务器发送包含所述目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

接收所述资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；

在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

第三方面，本发明实施例提供了一种业务创建装置，应用于资源管理服务器，所述装置包括：

第一接收模块，用于接收业务服务器发送的资源查询请求，所述资源查询请求包含创建目标云服务所需资源对应的目标资源信息；

第一判断模块，用于基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

反馈模块，用于在所述判断模块的判断结果为是的情况下，向所述业务服务器反馈判断结果，以使得所述业务服务器获取对应所述目标云服务的目标订单；

第二接收模块，用于接收所述业务服务器在成功获取所述目标订单的情况下发送的针对所述目标云服务的创建请求；

创建模块，用于基于所述创建请求，在宿主机中创建所述目标云服务。

优选的，所述业务创建装置还包括：

锁定模块，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

在第一种实现方式中，优选的，所述锁定模块，包括：

第一确定单元，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；

锁定单元，用于锁定所述第一资源；

所述创建模块，具体用于基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

在第二种实现方式中，优选的，所述锁定模块，包括：

第二确定单元，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；

第三确定单元，用于确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；

更新单元，用于更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的所述目标资源量的差值。

优选的，所述业务创建装置还包括：

记录模块，用于在所述锁定模块执行资源锁定操作之后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述创建模块，包括：

第四确定单元，用于基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；

创建单元，用于在所确定的所述目标宿主机中创建对应的所述目标云服务。

优选的，所述业务创建装置还包括：

第二判断模块，用于判断是否成功创建所述目标云服务；

解除模块，用于在所述第二判断模块的判断结果为否的情况下，解除所述资源锁定操作。

第四方面，本发明实施例提供了另一种业务创建装置，应用于业务服务器，所述装置包括：

获得模块，用于获得创建目标云服务所需资源对应的目标资源信息；

第一发送装置，用于向资源管理服务器发送包含所述目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

第三接收装置，用于接收所述资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；

第二发送装置，用于在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

第五方面，本发明实施例提供了一种业务创建***，所述***包括业务服务器和资源管理服务器，

所述业务服务器，用于获得创建目标云服务所需的目标资源信息；向资源管理服务器发送包含所述目标资源信息的资源查询请求，并接收资源管理服务器针对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求；

所述资源管理服务器，用于接收所述业务服务器发送的所述资源查询请求；基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；并向所述业务服务器反馈对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；以及接收所述业务服务器发送的创建所述目标云服务的创建请求，并基于所述创建请求，在宿主机中创建所述目标云服务。

优选的，所述资源管理服务器还用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

在第一种实现方式中，优选的，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；并锁定所述第一资源；以及接收所述业务服务器发送的创建所述目标云服务的创建请求后，基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

在第二种实现方式中，优选的，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与每个目标宿主机对应的所述目标资源量的差值。

优选的，所述资源管理服务器，还用于：在宿主机的可用资源中执行资源锁定操作后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述资源管理服务器，具体用于：基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；在所确定的所述目标宿主机中对应创建所述目标云服务。

优选的，所述资源管理服务器，还用于：

判断是否成功创建所述目标云服务；如果否，解除所述资源锁定操作。

由以上可见，本发明实施例提供的方案中，资源管理服务器首先接收业务服务器发送的资源查询请求，然后基于资源查询请求中携带的目标资源信息，判断宿主机的可用资源是否足够创建目标云服务；如果是，向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单；此后资源管理服务器再接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求，并最终基于该创建请求，在宿主机中创建目标云服务。本发明实施例提供的方案中，当需要创建新的业务时，首先由资源管理服务器判断宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

附图说明

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

图1为现有技术中的业务创建方法的信令流程示意图；

图2为本发明实施例提供的业务创建方法的信令流程示意图；

图3为本发明实施例提供的一种业务创建方法的第一种流程示意图；

图4为本发明实施例提供的一种业务创建方法的第二种流程示意图；

图5为本发明实施例提供的一种业务创建方法的第三种流程示意图；

图6为本发明实施例提供的另一种业务创建方法的流程示意图；

图7为本发明实施例提供的一种业务创建装置的第一种结构示意图；

图8为本发明实施例提供的一种业务创建装置的第二种结构示意图；

图9为本发明实施例提供的一种业务创建装置的第三种结构示意图；

图10为本发明实施例提供的另一种业务创建装置的结构示意图；

图11为本发明实施例提供的一种业务创建***的结构示意图。

具体实施方式

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

下面首先对本申请文件中涉及到的技术术语进行简单介绍。

业务服务器和资源管理服务器：均属于云服务提供商的云管理平台，例如Openstack(一种开源的云计算管理平台项目)管理平台，云服务提供商通过云管理平台管理宿主机、创建云服务以及创建订单等。在实际使用过程中，可以对应设置有订单服务器用以创建订单并计费。应该说明的是，此处的业务服务器、资源管理服务器以及订单服务器可以是分别处于不同的机器，当然，也可以处于同一机器，可以将业务服务器、资源管理服务器以及订单服务器看作是云管理平台的业务逻辑层、资源管理层以及订单及计费***。

下面从与现有技术进行对比的角度对本发明进行详细介绍，其中，为了方便说明，假设云服务的订单由预设的订单服务器创建，当然，本发明并不限于由订单服务器创建订单。

图1为现有技术中的业务创建方法的信令流程示意图。

现有技术中，创建业务时，业务服务器首先需要获得该业务对应的云服务所需要的资源信息(S301)，例如需要的CPU核数、内存大小，然后业务服务器向订单服务器发送包含该所需要的资源信息的订单创建请求(S302)；订单服务器根据所需要的资源信息，创建相应订单并计费(S303)，然后订单服务器向业务服务器反馈订单是否创建成功的订单创建信息(S304)；在订单创建成功的情况下，业务服务器向资源管理服务器发送创建对应云服务的创建请求(S305)，该创建请求中同样包含该所需要的资源信息，业务服务器可以向资源管理服务器轮询云服务是否成功创建；最后，资源管理服务器基于所需要的资源信息，在宿主机中创建云服务(S306)，资源管理服务器还可以向业务服务器返回云服务是否成功创建的信息。

由上述描述可知，现有技术中，创建业务时，业务服务器首先与订单服务器交互，以通过订单服务器获取相应的订单，然后业务服务器再与资源管理服务器交互，由资源管理服务器在宿主机中创建相应云服务。当宿主机中的资源不足以创建云服务时，资源管理服务器无法成功创建相应云服务，则此时需要人工撤消之前获取的相应订单，显然的，在此情况下，业务创建过程繁琐。

图2为本发明实施例提供的业务创建方法的信令流程示意图。

本发明提供的方案中，创建业务时，业务服务器首先获得创建目标云服务对应的目标资源信息(S401)，然后业务服务器向资源管理服务器发送包含该目标资源信息的资源查询请求(S402)；资源管理服务器基于该目标资源信息，判断宿主机中是否有足够资源以创建目标云服务(S403)，并向业务服务器反馈判断结果(S404)。

当资源管理服务器反馈的判断结果为是时，业务服务器向订单服务器发送包含该目标资源信息的订单创建请求(S405)；订单服务器根据目标资源信息，创建相应订单并计费(S406)，然后订单服务器向业务服务器反馈订单是否创建成功的订单创建信息(S407)；在订单创建成功的情况下，业务服务器向资源管理服务器发送创建目标云服务的创建请求(S408)，该创建请求中同样包含该目标资源信息；最后，资源管理服务器基于目标资源信息，在宿主机中创建目标云服务(S409)。

由上可见，在本发明提供的方案中，创建业务时，业务服务器首先与资源管理服务器交互，以确保宿主机中存在足够的资源一创建相应的云服务，然后业务服务器与订单服务器交互，以通过订单服务器获取相应的订单，最后业务服务器再与资源管理服务器交互，由资源管理服务器在宿主机中创建相应云服务。与现有技术相比，本发明提供的方案减少了由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

下面再通过具体实施例对本发明进行详细介绍。

图3为本发明实施例提供的一种业务创建方法的第一种流程示意图，该方法应用于资源管理服务器，该方法包括：

S101：接收业务服务器发送的资源查询请求。

该资源查询请求包含创建目标云服务所需资源对应的目标资源信息；例如，需要的CPU核数、内存以及硬盘资源等。

S102：基于目标资源信息，判断宿主机的可用资源是否足够创建目标云服务。

资源管理服务器可以对宿主机中的资源进行管理，当然，资源管理服务器可以记录有宿主机中剩余的可用资源总量，所以资源管理服务器可以基于该目标资源信息判断宿主机的可用资源是否足够创建目标云服务。

例如，该目标云服务对应为两个虚拟云主机，而该目标资源信息表明：创建此两个虚拟云主机需要两个CPU内核、5G的内存以及200G的硬盘容量。若此时宿主机中可用的资源为：5个CPU内核、15G的内存以及600G的硬盘容量，则此时，资源管理服务器可以判断宿主机的可用资源足够创建目标云服务；若此时宿主机中可用的资源为：5个CPU内核、10G的内存以及100G的硬盘容量，由于宿主机的硬盘容量不足，则此时，资源管理服务器可以判断宿主机的可用资源不足以创建目标云服务。

如果S102的判断结果为是，执行S103：向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单。

业务服务器只有在接收到的判断结果为是时，才会去获取相应订单。当然，如果S102的判断结果为否，资源管理服务器同样会将判断结果反馈给业务服务器，但是，当该判断结果为否时，表明宿主机的可用资源不足以创建目标云服务，此时的判断结果可以看作是资源管理服务器发送给业务服务器的一个资源预警，在此情况下，业务服务器不会去获取相应订单。

S104：接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求。

该创建请求对应于目标云服务，所以该创建请求应包含创建目标云服务所需的资源信息，例如，此创建请求中包含有信息：创建目标云服务需要3个CPU内核、15G的内存以及1500G的硬盘容量。

S105：基于该创建请求，在宿主机中创建目标云服务。

应该说明的是，宿主机的数量以及目标云服务的数量均至少为一个。例如：目标云服务为虚拟云主机，用户需要创建3个虚拟云主机，宿主机的数量为20个，在创建虚拟云主机时，资源管理服务器根据实际情况为此3个虚拟云主机选择合适的宿主机，并在所选择的宿主机中分别创建此3个虚拟云主机。

当然，具体的创建方法以及宿主机的选择方法属于现有技术，本发明实施例在此不再详细介绍。

由以上可见，本发明实施例提供的方案中，资源管理服务器首先接收业务服务器发送的资源查询请求，然后基于资源查询请求中携带的目标资源信息，判断宿主机的可用资源是否足够创建目标云服务；如果是，向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单；此后资源管理服务器再接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求，并最终基于该创建请求，在宿主机中创建目标云服务。本发明实施例提供的方案中，当需要创建新的业务时，首先由资源管理服务器判断宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

应该说明的是，在图3所示的方法实施例中，由于在获取目标订单之前，已经进行过资源查询操作，所以可以减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，但是不能完全消除这种现象，因为在进行资源查询后至创建目标服务的这段时间内，宿主机的可用资源还可能发生变化。

例如：该目标云服务为：三个虚拟云主机X、Y、Z，创建此三个虚拟云主机需要3个CPU内核、15G的内存以及1500G的硬盘容量，进行资源查询时获知：宿主机的可用资源为4个CPU内核、20G的内存以及2000的硬盘容量，则此情况下业务服务器会去获取相应的订单，假设在业务服务器获取订单的过程中，宿主机中创建了新的虚拟云主机U和W，共占用两个CPU内核、10G的内存以及1000的硬盘容量。

因而业务服务器获取到对应虚拟云主机X、Y、Z的订单后，宿主机中剩余的资源为两个CPU内核、10G的内存以及1000的硬盘容量，资源管理服务器此时还是会因为宿主机资源不足无法创建虚拟云主机X、Y、Z，因此获取的订单还是需要撤消。

因而，为了完全避免由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，相对于图3，如图4所示的本发明实施例提供的一种业务创建方法的第二种流程示意图：

在判断宿主机的可用资源足够创建目标云服务后，该业务创建方法还包括：S106：基于目标资源信息，在宿主机的可用资源中执行资源锁定操作。

应该说明，资源管理服务器接收到的资源查询请求中可以包含一个资源锁定的指令，资源管理服务器可以基于目标资源信息以及该资源锁定的指令，在宿主机的可用资源中执行资源锁定操作；还可以是，资源管理服务器在确定宿主机的可用资源足够创建目标云服务的情况下，主动执行资源锁定操作。

本领域技术人员公知的是，一旦执行资源锁定操作后，资源管理服务器会为该目标云服务预留资源以创建目标云服务，即确保创建目标云服务时，宿主机中有足够创建该目标云服务的资源。

例如，该目标云服务为：一个网盘，创建此网盘需要500G的硬盘容量，进行资源查询时获知：宿主机的可用资源为2000的硬盘容量，则进行资源锁定操作后至创建该网盘时，宿主机中的可用资源始终不会少于500G硬盘容量，即宿主机中的资源始终足够创建该网盘。

在本发明实施例中，资源锁定操作可以包括两种实现方式，在第一种资源锁定的实现方式中，上述基于目标资源信息，在宿主机的可用资源中执行资源锁定操作(S106)，包括：

基于目标资源信息，从宿主机的可用资源中，确定用以创建目标云服务的第一资源；

锁定该第一资源。

可以理解，在此实现方式下，上述基于该创建请求，在宿主机中创建目标云服务(S105)，可以是：

基于第一资源以及创建请求，在宿主机中创建目标云服务。

在此实现方式中，资源管理服务器从可用的宿主机资源中划分出用以创建目标云服务的第一资源，并锁定该第一资源，以保证该第一资源仅用于创建该目标云服务，当创建该目标云服务时，基于该第一资源创建目标云服务。

例如，该目标云服务为虚拟云主机X，创建该虚拟云主机X需要1个CPU内核、5G的内存以及800G的硬盘容量，进行资源查询时获知：宿主机的可用资源为3个CPU内核、15G的内存以及2000的硬盘容量，此时可以锁定宿主机中的CPU内核x，并从15G的内存以及2000的硬盘容量中，划分并锁定5G的内存以及800的硬盘容量。

资源管理服务器在锁定该第一资源后至创建该虚拟云主机X的过程中，假设资源管理服务器收到一个新的资源查询请求，该新的资源查询请求中对应的虚拟云主机A、B、C需要3个CPU内核、15G的内存以及1500的硬盘容量，由于此时宿主机中的CPU内核x以及被划分出的5G的内存和800的硬盘容量被锁定，此时，资源管理服务器判定宿主机中的资源不足以创建虚拟云主机A、B、C。资源管理器创建该虚拟云主机X时，直接利用CPU内核x以及被划分出的5G的内存和800的硬盘容量创建该虚拟云主机X。

在第二种资源锁定的实现方式中，上述基于目标资源信息，在宿主机的可用资源中执行资源锁定操作(S106)，可以包括：

第一步：基于目标资源信息，确定用以创建目标云服务的所有目标宿主机。

如前述所言，目标云服务的数目以及目标宿主机的数目至少为一个，当目标云服务以及目标宿主机的数目均不止一个时，不同的目标云服务可能会在不同的目标宿主机中创建，所以在此可以先对所有的目标云服务做一个预分配，即先确定所有的用以创建目标云服务的所有目标宿主机。

应该说明的是，预分配的操作可以基于现有技术实现，现有技术在创建目标云服务时，会首先找到目标云服务对应的宿主机，然后在宿主机中创建对应的目标云服务，而在本发明实施例中，可以先找到目标云服务对应的宿主机，然后确定找到的各个宿主机为目标宿主机。

例如，目标云服务为五个虚拟云主机D、E、F、G和H，宿主机包括宿主机1～10，假设预分配虚拟云主机D、E在宿主机2上创建，虚拟云主机F在宿主机6上创建，虚拟云主机G在宿主机9上创建，则确定宿主机2、6和9为目标宿主机。

第二步：确定每个目标宿主机上需要创建的所有述目标云服务所需的目标资源量。

当某一目标宿主机中预分配有一个目标云服务时，该目标宿主机对应的目标资源量就是创建该目标云服务所需的资源量，例如目标云服务为容量为500G的网盘，则第一资源量为500G硬盘资源量。

当某一目标宿主机中预分配有至少两个目标云服务时，该目标宿主机对应的目标资源量为：创建该目标宿主机中预分配的所有目标云服务所需的资源量，例如目标宿主机中预分配有目标云服务X和Y，创建目标云服务X需要两个CPU内核，5G内存和500G的硬盘容量，而创建目标云服务Y需要1个CPU内核，10G内存和800G的硬盘容量，则第一资源量为3个内核、15G内存以及1300G硬盘容量的资源量。

第三步：更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的目标资源量的差值。

假设当前时刻某一目标宿主机的可用资源量为：5个内核、25G内存以及2500G硬盘容量的资源量，该目标宿主机对应的目标资源量为3个内核、15G内存以及1500G硬盘容量的资源量，则此时更新资源管理服务器本地记录的该目标宿主机的可用资源量为两个内核、10G内存以及1000G硬盘容量的资源量。

结合上述三步可以理解，在资源管理服务器确定资源足够创建目标云服务时，会对其本地记录的宿主机的可用资源量做一个预减操作，预减的资源量就是用以创建目标云服务所需的所有资源量。

例如，该目标云服务为虚拟云主机Y，创建该虚拟云主机Y需要1个CPU内核、5G的内存以及800G的硬盘容量，进行资源查询时获知：宿主机M的可用资源为两个CPU内核、10G的内存以及1500的硬盘容量，假设确定宿主机M为目标宿主机，则需要更新资源管理器本地记录的宿主机M的可用资源量为：1个CPU内核、5G内存以及700G硬盘容量的资源量。

资源管理服务在锁定该第一资源后至创建该虚拟云主机Y的过程中，假设资源管理服务器收到一个新的资源查询请求，该新的资源查询请求中对应的虚拟云主机N和P需要两个CPU内核、8G的内存以及1500的硬盘容量，但是由于宿主机M的可用资源量为：1个CPU内核、5G内存以及700G硬盘容量的资源量，此时，虚拟云主机N和P不会在宿主机M上创建。资源管理器创建该虚拟云主机Y时，直接利用预减的资源量创建该虚拟云主机Y。

另外，应该说明的是，对于创建的同一业务中的多个目标云服务，如果针对每个目标云服务逐个判断宿主机的可用资源是否足够，并且宿主机中的可用资源仅足够创建一部分目标云服务时，如果对应于该部分云服务已做过资源预减操作，则由于其余的云服务无法实现预分配，应该将已做过的资源预减操作回滚撤消。

例如，目标云服务为两个容量均为500G的网盘M和N，当前的宿主机可用资源为800G的硬盘容量，对于网盘M，资源管理服务器执行预减操作：更新本地记录的宿主机可用的硬盘资源量为300G，然后资源管理服务器发现剩余的资源不足以创建网盘N，则此时需要撤消该预减操作，变更本地记录的宿主机可用的硬盘资源量为800G。

可以理解，资源锁定后，为了能够保证创建每个目标云服务时，都能找到目标云服务对应的宿主机，如图5所示，在上述基于目标资源信息，在宿主机的可用资源中执行资源锁定操作(S106)之后，该业务创建方法还包括：

S107：记录每个目标云服务与目标宿主机的对应关系。

可以理解，资源锁定操作是基于目标云服务的目标资源信息进行，并且在宿主机中执行的，所以每个目标云服务与每个目标宿主机之间存在对应关系，例如，目标云服务为两个虚拟云主机X和Y，资源管理服务器在执行资源锁定操作时，选定宿主机A作为创建虚拟云主机X和Y的目标宿主机。则此时，资源管理服务器应该记录虚拟云主机X与宿主机A的对应关系，以及虚拟云主机Y与宿主机A的对应关系。

应该说明的是，每个对应关系可以以标识信息来区分，例如在资源管理服务器中设置一个列表，列表中记录有以req_id为标识的、关于云服务与宿主机的对应关系。该标识信息可以由业务服务器生成并发送给资源管理服务器，例如，该资源查询请求中携带该标识信息。当然，业务服务器发送的创建目标云服务的创建请求也可以携带该标识信息。

在此情况下，上述基于该创建请求，在宿主机中创建目标云服务(S105)，可以包括：

S1051：基于该创建请求和对应关系，确定每个目标云服务对应的目标宿主机；

S1052：在所确定的目标宿主机中创建对应的目标云服务。

例如，资源管理服务器接收到的资源查询请求中，包含关于创建虚拟云主机X所需的资源量和对应虚拟云主机X的标识信息a，以及关于创建虚拟云主机Y所需的资源量以及对应虚拟云主机Y的标识信息b，资源管理器确定目标宿主机为宿主机A，即虚拟云主机X和Y都将建立在宿主机A中，此时，资源管理服务器以标识信息a为标识记录虚拟云主机X与宿主机A的对应关系，以标识信息b为标识记录虚拟云主机Y与宿主机A的对应关系。

当资源管理服务器接收到创建目标云服务的创建请求时，还可以获得标识信息a和b，则此时，资源管理服务器基于该标识信息a和b首先找到对应虚拟云主机X和Y的宿主机A，然后基于该创建请求，在宿主机A中创建虚拟云主机X和Y。

另外，应该说明的是，资源管理服务器不一定能够成功创建目标云服务，有可能也会在资源充足的情况下出现创建失败的现象，当此现象发生时，前述锁定的资源没有被利用，但是也不能被需要创建的其它云服务所利用，为了避免此情况下的资源浪费，此业务创建方法还包括：

判断是否成功创建目标云服务；

如果否，解除资源锁定操作。

资源管理服务器可以基于现有技术判断是否成功创建目标云服务，如果没有，解除资源锁定操作，表明锁定的资源被释放，可以被任何云服务利用，应该说明，资源管理服务器还应该删除记录在本地的未成功创建的目标云服务与宿主机的对应关系。

由以上可见，本发明实施例提供的方案中，资源管理服务器首先接收业务服务器发送的资源查询请求，然后基于资源查询请求中携带的目标资源信息，判断宿主机的可用资源是否足够创建目标云服务；如果是，向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单；此后资源管理服务器再接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求，并最终基于该创建请求，在宿主机中创建目标云服务。本发明实施例提供的方案中，当需要创建新的业务时，首先由资源管理服务器判断宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

相对于图3所示的方法实施例，如图6所示，本发明实施例提供的另一种业务创建方法，应用于业务服务器，该业务创建方法包括：

S201：获得创建目标云服务所需资源对应的目标资源信息。

应该说明的是，目标资源信息可以由用户输入，例如，用户输入目标资源信息包括：创建拥有1个CPU内核、15G内存以及1500G硬盘容量的虚拟云主机。

S202：向资源管理服务器发送包含该目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务。

S203：接收资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建目标云服务，获取对应目标云服务的目标订单。

应该说明的是，目标订单可以是由业务服务器从本地获得的，即表示业务服务器也具有创建订单的功能，但是在实际使用过程中，订单的创建可以是由订单服务器完成，该订单服务器用以创建订单并计费。当该判断结果表明宿主机的可用资源足以创建目标云服务时，业务服务器会向该订单服务器发送包含目标资源信息的订单创建请求，订单服务器基于该订单创建请求创建订单并且计费，然后订单服务器将创建好的目标订单发送给业务服务器。

S204：在成功获取目标订单的情况下，向资源管理服务器发送创建目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

本发明实施例提供的方案中，当需要创建新的业务时，资源管理服务器判断会宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

下面通过一个具体实例来对本发明做简单介绍，本实例中假设订单的创建以及计费由订单服务器完成。

业务服务器首先接收到一个资源信息，该资源信息包括：创建3个虚拟云主机X、Y、Z，创建虚拟云主机X需要1个CPU内核，5G内存以及400G硬盘容量，创建虚拟云主机Y需要两个CPU内核，6G内存以及500G硬盘容量，创建虚拟云主机Z需要1个CPU内核，5G内存以及320G硬盘容量。

然后业务服务器向资源管理服务器发送包含该资源信息的资源查询请求，该资源查询请求还包括分被对应于虚拟云主机X、Y、Z的标识信息x、y、z；资源管理服务器基于资源查询请求携带的资源信息，判断宿主机中是否有足够资源以创建虚拟云主机X、Y、Z。

假设宿主机中的可用资源足以创建虚拟云主机X、Y、Z，此时，资源管理服务器确定出用以创建虚拟云主机X、Y、Z的宿主机分别为宿主机a、b、c。此时以分别以标识信息x、y以及z为标识分别记录虚拟云主机X与宿主机a的对应关系、虚拟云主机Y与宿主机b的对应关系和虚拟云主机Z与宿主机c的对应关系。

如果宿主机a对应的可用资源量为两个CPU内核，15G内存以及2000G硬盘容量的资源量，宿主机b对应的可用资源量为3个CPU内核，15G内存以及2500G硬盘容量的资源量，宿主机c对应的可用资源量为两个CPU内核，10G内存以及1800G硬盘容量的资源量；则资源管理服务器更新：宿主机a对应的可用资源量为1个CPU内核，10G内存以及1600G硬盘容量的资源量，宿主机b对应的可用资源量为1个CPU内核，9G内存以及2000G硬盘容量的资源量，宿主机c对应的可用资源量为1个CPU内核，5G内存以及1480G硬盘容量的资源量。而后，资源管理服务器向业务服务器反馈判断结果，告知业务服务器宿主机的可用资源足以创建虚拟云主机X、Y、Z。

业务服务器接收到该判断结果后，由于判断结果为是，业务服务器向订单服务器发送包含该资源信息的订单创建请求；订单服务器根据基于该资源信息，创建相应订单并计费，然后订单服务器向业务服务器反馈订单是否创建成功的订单创建信息，并把创建好的订单发送给业务服务器；业务服务器接收到该订单后，向资源管理服务器发送创建虚拟云主机X、Y、Z的创建请求，该创建请求中同样包含该目标资源信息以及标识信息x、y、z。

最后，资源管理服务器基于该目标资源信息以及标识信息x、y、z，首先找到虚拟云主机X、Y、Z所分别对应的宿主机a、b、c，然后在宿主机a、b、c中分别创建虚拟云主机X、Y、Z。

相应于图3所示的方法实施例，本发明实施例还提供了一种业务创建装置，应用于资源管理服务器，如图7所示，该装置包括：

第一接收模块110，用于接收业务服务器发送的资源查询请求，所述资源查询请求包含创建目标云服务所需资源对应的目标资源信息；

第一判断模块120，用于基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

反馈模块130，用于在所述判断模块的判断结果为是的情况下，向所述业务服务器反馈判断结果，以使得所述业务服务器获取对应所述目标云服务的目标订单；

第二接收模块140，用于接收所述业务服务器在成功获取所述目标订单的情况下发送的针对所述目标云服务的创建请求；

创建模块150，用于基于所述创建请求，在宿主机中创建所述目标云服务。

由以上可见，本发明实施例提供的方案中，资源管理服务器首先接收业务服务器发送的资源查询请求，然后基于资源查询请求中携带的目标资源信息，判断宿主机的可用资源是否足够创建目标云服务；如果是，向业务服务器反馈判断结果，以使得业务服务器获取对应目标云服务的目标订单；此后资源管理服务器再接收业务服务器在成功获取目标订单的情况下发送的针对目标云服务的创建请求，并最终基于该创建请求，在宿主机中创建目标云服务。本发明实施例提供的方案中，当需要创建新的业务时，首先由资源管理服务器判断宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

相应于图4所示的方法实施例，相对于图7，本发明实施例还提供的一种业务创建装置，如图8所示，该装置还包括：

锁定模块160，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

具体的，在第一种实现方式中，所述锁定模块160，包括第一确定单元和锁定单元(图中未示出)，

第一确定单元，用于在所述第一判断模块120的判断结果为是的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；

锁定单元，用于锁定所述第一资源；

所述创建模块150，具体用于基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

具体的，在第二种实现方式中，所述锁定模块160，包括第二确定单元、第三确定单元和更新单元(图中未示出)。

第二确定单元，用于在所述第一判断模块120的判断结果为是的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；

第三确定单元，用于确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；

更新单元，用于更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的所述目标资源量的差值。

在实际使用过程中，如图9所示，所述装置还包括：

记录模块170，用于在所述锁定模块160执行资源锁定操作之后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述创建模块150，包括第四确定单元1501和创建单元1502。

该第四确定单元1501，用于基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；

该创建单元1502，用于在所确定的所述目标宿主机中创建对应的所述目标云服务。

在实际应用中，具体的，所述装置还包括第二判断模块和解除模块(图中未示出)。

第二判断模块，用于判断是否成功创建所述目标云服务；

解除模块，用于在所述第二判断模块的判断结果为否的情况下，解除所述资源锁定操作。

本发明实施例提供的方案中，当需要创建新的业务时，首先由资源管理服务器判断宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

相应于图6所示的方法实施例，本发明实施例还提供了另一种业务创建装置，应用于业务服务器，如图10所示，该装置包括：

获得模块210，用于获得创建目标云服务所需资源对应的目标资源信息；

第一发送模块220，用于向资源管理服务器发送包含所述目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

第三接收模块230，用于接收所述资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；

第二发送模块240，用于在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

本发明实施例提供的方案中，当需要创建新的业务时，资源管理服务器判断会宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

相应于前述各方法以及装置实施例，本发明实施例还公开了一种业务创建***，如图11所示，所述***包括业务服务器和资源管理服务器，

所述业务服务器，用于获得创建目标云服务所需的目标资源信息；向资源管理服务器发送包含所述目标资源信息的资源查询请求，并接收资源管理服务器针对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求；

所述资源管理服务器，用于接收所述业务服务器发送的所述资源查询请求；基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；并向所述业务服务器反馈对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；以及接收所述业务服务器发送的创建所述目标云服务的创建请求，并基于所述创建请求，在宿主机中创建所述目标云服务。

具体的，所述资源管理服务器还用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

在第一种实现方式中，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；并锁定所述第一资源；以及接收所述业务服务器发送的创建所述目标云服务的创建请求后，基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

在第二种实现方式中，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与每个目标宿主机对应的所述目标资源量的差值。

具体的，所述资源管理服务器，还用于：在宿主机的可用资源中执行资源锁定操作后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述资源管理服务器，具体用于：基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；在所确定的所述目标宿主机中对应创建所述目标云服务。

具体的，所述资源管理服务器，还用于：

判断是否成功创建所述目标云服务；如果否，解除所述资源锁定操作。

本发明实施例提供的方案中，当需要创建新的业务时，资源管理服务器判断会宿主机中是否存在足够的资源以创建该新业务对应的云服务，当判断结果为是时，业务服务器才会去获取对应的订单；与现有技术相比，减少由于宿主机资源不足而导致创建云服务失败时需要撤消获取到的相应订单的现象的发生，解决了现有技术中的业务创建繁琐的问题，进而减少由于宿主机资源不足而出现的无用订单。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (20)

1.一种业务创建方法，应用于资源管理服务器，其特征在于，所述方法包括：

接收业务服务器发送的资源查询请求，所述资源查询请求包含创建目标云服务所需资源对应的目标资源信息；

基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

如果是，向所述业务服务器反馈判断结果，以使得所述业务服务器获取对应所述目标云服务的目标订单；

接收所述业务服务器在成功获取所述目标订单的情况下发送的针对所述目标云服务的创建请求；

基于所述创建请求，在宿主机中创建所述目标云服务。

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

在判断宿主机的可用资源足够创建所述目标云服务后，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

3.根据权利要求2所述的方法，其特征在于，所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作，包括：

基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；

锁定所述第一资源；

所述基于所述创建请求，在宿主机中创建所述目标云服务，包括：

基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

4.根据权利要求2所述的方法，其特征在于，所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作，包括：

基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；

确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的所述目标资源量的差值。

5.根据权利要求2所述的方法，其特征在于，在所述基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作之后，所述方法还包括：

记录每个所述目标云服务与所述目标宿主机的对应关系；

所述基于所述创建请求，在宿主机中创建所述目标云服务，包括：

基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；

在所确定的所述目标宿主机中创建对应的所述目标云服务。

6.根据权利要求2所述的方法，其特征在于，所述方法还包括：

判断是否成功创建所述目标云服务；

如果否，解除所述资源锁定操作。

7.一种业务创建方法，应用于业务服务器，其特征在于，所述方法包括：

获得创建目标云服务所需资源对应的目标资源信息；

向资源管理服务器发送包含所述目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

接收所述资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；

在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

8.一种业务创建装置，应用于资源管理服务器，其特征在于，所述装置包括：

第一接收模块，用于接收业务服务器发送的资源查询请求，所述资源查询请求包含创建目标云服务所需资源对应的目标资源信息；

第一判断模块，用于基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

反馈模块，用于在所述判断模块的判断结果为是的情况下，向所述业务服务器反馈判断结果，以使得所述业务服务器获取对应所述目标云服务的目标订单；

第二接收模块，用于接收所述业务服务器在成功获取所述目标订单的情况下发送的针对所述目标云服务的创建请求；

创建模块，用于基于所述创建请求，在宿主机中创建所述目标云服务。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

锁定模块，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

10.根据权利要求9所述的装置，其特征在于，所述锁定模块，包括：

第一确定单元，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；

锁定单元，用于锁定所述第一资源；

所述创建模块，具体用于基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

11.根据权利要求9所述的装置，其特征在于，所述锁定模块，包括：

第二确定单元，用于在所述第一判断模块的判断结果为是的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；

第三确定单元，用于确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；

更新单元，用于更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与该目标宿主机对应的所述目标资源量的差值。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

记录模块，用于在所述锁定模块执行资源锁定操作之后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述创建模块，包括：

第四确定单元，用于基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；

创建单元，用于在所确定的所述目标宿主机中创建对应的所述目标云服务。

13.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二判断模块，用于判断是否成功创建所述目标云服务；

解除模块，用于在所述第二判断模块的判断结果为否的情况下，解除所述资源锁定操作。

14.一种业务创建装置，应用于业务服务器，其特征在于，所述装置包括：

获得模块，用于获得创建目标云服务所需资源对应的目标资源信息；

第一发送装置，用于向资源管理服务器发送包含所述目标资源信息的资源查询请求，以使得所述资源管理服务器基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；

第三接收装置，用于接收所述资源管理服务器反馈的判断结果，如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；

第二发送装置，用于在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求，以使得所述资源管理服务器基于所述创建请求，在宿主机中创建所述目标云服务。

15.一种业务创建***，其特征在于，所述***包括业务服务器和资源管理服务器，

所述业务服务器，用于获得创建目标云服务所需的目标资源信息；向资源管理服务器发送包含所述目标资源信息的资源查询请求，并接收资源管理服务器针对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；如果宿主机的可用资源足够创建所述目标云服务，获取对应所述目标云服务的目标订单；在成功获取所述目标订单的情况下，向所述资源管理服务器发送创建所述目标云服务的创建请求；

所述资源管理服务器，用于接收所述业务服务器发送的所述资源查询请求；基于所述目标资源信息，判断宿主机的可用资源是否足够创建所述目标云服务；并向所述业务服务器反馈对于宿主机的可用资源是否足够创建所述目标云服务的判断结果；以及接收所述业务服务器发送的创建所述目标云服务的创建请求，并基于所述创建请求，在宿主机中创建所述目标云服务。

16.根据权利要求15所述的***，其特征在于，所述资源管理服务器还用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，在宿主机的可用资源中执行资源锁定操作。

17.根据权利要求16所述的***，其特征在于，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，从宿主机的可用资源中，确定用以创建所述目标云服务的第一资源；并锁定所述第一资源；以及接收所述业务服务器发送的创建所述目标云服务的创建请求后，基于所述第一资源以及所述创建请求，在宿主机中创建所述目标云服务。

18.根据权利要求16所述的***，其特征在于，所述资源管理服务器，具体用于：

在宿主机的可用资源足够创建所述目标云服务的情况下，基于所述目标资源信息，确定用以创建所述目标云服务的所有目标宿主机；确定每个目标宿主机上需要创建的所有所述目标云服务所需的目标资源量；更新本地记录的每个目标宿主机的可用资源量为：每个目标宿主机的可用资源量与每个目标宿主机对应的所述目标资源量的差值。

19.根据权利要求16所述的***，其特征在于，所述资源管理服务器，还用于：在宿主机的可用资源中执行资源锁定操作后，记录每个所述目标云服务与所述目标宿主机的对应关系；

所述资源管理服务器，具体用于：基于所述创建请求和所述对应关系，确定每个所述目标云服务对应的目标宿主机；在所确定的所述目标宿主机中对应创建所述目标云服务。

20.根据权利要求16所述的***，其特征在于，所述资源管理服务器，还用于：

判断是否成功创建所述目标云服务；如果否，解除所述资源锁定操作。