CN107357663A - 资源共享的方法及资源管理器 - Google Patents

Abstract

本申请公开一种资源共享的方法及资源管理器，涉及NFV技术领域，可以减少为突发业务预留资源的数量，从而提高NFV网络处理现有业务的效率。所述方法包括：资源管理器接收业务管理器发送的第一资源请求，所述第一资源请求用于为第一业务预留资源；所述资源管理器根据所述第一资源请求为所述第一业务预留第一资源；所述资源管理器接收所述业务管理器发送的第二资源请求，所述第二资源请求用于为第二业务预留资源；所述资源管理器根据所述第二资源请求为所述第二业务预留第二资源，所述第二资源包括所述第一资源中的全部或部分资源。本申请适用于为突发业务预留资源的管理过程。

Description

资源共享的方法及资源管理器

技术领域

本申请涉及NFV技术，尤其涉及一种资源共享的方法及资源管理器。

背景技术

在现有的网络功能虚拟化(Network Function Virtualization，NFV)网络中，借助于云计算等虚拟化技术，将原先承载于诸如路由器、防火墙等专用设备上的业务，转而承载于由诸如大容量服务器、存储器和交换机等通用设备组成的云计算网络中，以便在不改变NFV网络拓扑关系和NFV网络配置的前提下，通过为每种业务定义对应的虚拟化网络功能(Virtual Network Function，VNF)实现各种业务的灵活定制。例如，当突发业务上线时，可以为突发业务定制对应的VNF实现突发业务扩容，上述突发业务扩容过程即为VNF扩容。由此可见，NFV网络可以很方便地实现VNF扩容，且可以降低NFV网络升级成本，因此得到了广泛的应用。

目前，VNF扩容往往是通过以下方式实现的：为突发业务对应的VNF预留诸如虚拟中央处理单元(Virtual Central Processing Unit，vCPU)、缓存资源池等专用资源；当突发业务上线时，利用预留的专用资源支撑突发业务。然而，在突发业务上线之前，预留的专用资源却一直闲置，若为突发业务预留的专用资源较多，则可能导致NFV网络没有足够的资源处理现有业务，从而降低了NFV网络处理现有业务的效率。

发明内容

本申请提供一种资源共享的方法及资源管理器，用于减少为突发业务预留资源的数量，从而提高NFV网络处理现有业务的效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供了一种资源共享的方法，包括：

资源管理器接收业务管理器发送的第一资源请求，第一资源请求用于为第一业务预留资源；

资源管理器根据第一资源请求为第一业务预留第一资源；

资源管理器接收业务管理器发送的第二资源请求，第二资源请求用于为第二业务预留资源；

资源管理器根据第二资源请求为第二业务预留第二资源，第二资源包括第一资源中的全部或部分资源。

第二方面，本申请实施例提供了一种资源管理器，包括：

通信接口，用于接收业务管理器发送的第一资源请求，第一资源请求用于为第一业务预留资源；

处理器，用于根据第一资源请求为第一业务预留第一资源；

通信接口，还用于接收业务管理器发送的第二资源请求，第二资源请求用于为第二业务预留资源；

处理器，还用于根据第二资源请求为第二业务预留第二资源，第二资源包括第一资源中的全部或部分资源。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序加载到计算机上被计算机执行时，使计算机执行如第一方面所述的方法。

本申请实施例提供的资源共享的方法及资源管理器，资源管理器根据第二资源请求为第二业务预留的第二资源，包括资源管理器根据第一资源请求为第一业务预留的第一资源中的全部或部分资源，即第二业务与第一业务可以共享预留资源，避免了资源管理器为第一业务和第二业务分别预留独立的第一资源和第二资源，减少了对网络资源的占用，以便资源管理器可以将更多的网络资源用于处理现有业务，从而提高了网络处理现有业务的效率。

此外，由于第一业务和第二业务可以共享预留资源，在支撑同样数量的突发业务时，相对于现有技术，本申请实施例提供的资源共享方法可以减少突发业务占用的网络资源的数量，从而可以避免部署更多的网络资源，降低了突发业务扩容成本，或者能够在现有网络上支撑更多的突发业务，提高了网络的扩容性能。

附图说明

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

图1为本申请实施例提供的一种NFV网络架构示意图；

图2为本申请实施例提供的一种资源共享的方法流程图；

图2a为本申请实施例提供的一种资源共享的示意图；

图2b为本申请实施例提供的另一种资源共享的示意图；

图2c为本申请实施例提供的另一种资源共享的示意图；

图3为本申请实施例提供的另一种资源共享的方法流程图；

图4为本申请实施例提供的另一种资源共享的方法流程图；

图5为本申请实施例提供的另一种资源共享的方法流程图；

图6为本申请实施例提供的另一种资源共享的方法流程图；

图7为本申请实施例提供的一种资源管理器的结构示意图。

具体实施方式

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

如图1所示，当前普遍接受的NFV网络架构为欧洲电信标准化协会(EuropeanTelecommunications Standards Institute，ETSI)NFV产业规范化小组(IndustrySpecification Group，ISG)所定义的NFV网络架构。该NFV网络架构包括网络功能基础设施(Network Function Virtualization Infrastructure，NFVI)、网元管理系统(networkElement Management System，EMS)/虚拟化网络功能(Virtual Network Function，VNF)、运营支撑系统(Operation Support System，OSS)/业务支撑系统(Business SupportSystem，BSS)、网络功能虚拟化编排器(Network Function VirtualizationOrchestrator，NFVO)、虚拟化基础设施管理器(Virtual Infrastructure Manager，VIM)和虚拟网络功能管理器(Virtual Network Function Manager，VNFM)。

其中，NVFI用于管理诸如虚拟中央处理单元(Virtual Central ProcessingUnit,vCPU)、虚拟内存、虚拟外存、虚拟机等虚拟化软硬件资源，具体包括增删虚拟化软硬件资源的种类和数量、修改虚拟化软硬件资源的配置等，其中虚拟化软硬件资源包括对通用计算设备、通用存储设备和通用网络设备等硬件设备虚拟化后的硬件资源，以及对诸如操作系统等基础软件虚拟化后的软件资源。EMS用于管理特定类型的虚拟电信网络单元(Network Elment，NE)的功能和容量，其中，NE的功能是指该NE所能支撑的VNF，与业务类型相对应，NE的容量是指该NE所包括的每种软硬件资源的数量。OSS/BSS包括在NFV网络与传统网络之间传输数据的接口；OSS/BSS还包括人机接口，可以接收运维人员的指令，例如接收运维人员针对一个突发业务的VNF扩容配置。NFVO包括人机接口，通常用于根据运维人员输入的VNF扩容需求参数向VIM发送资源请求。VIM主要用于根据NFVO发送的资源请求，为该突发业务预留诸如vCPU、虚拟内存、虚拟外存、一个或多个虚拟机等虚拟化软硬件资源。VNFM主要用于以NE为单位管理VIM为各突发业务预留的虚拟化软硬件资源，例如当突发业务上线时，利用为该突发业务预留的虚拟化软硬件资源支撑该突发业务，以及在突发业务下线后释放掉为该突发业务预留的虚拟化软硬件资源。

VNF扩容的具体工作过程如下：运维人员通过OSS/BSS或者NFVO，输入一个突发业务所需虚拟资源的种类和数量、以及激活时间等VNF扩容参数；NFVO根据上述VNF扩容参数，向VIM发送资源请求；VIM根据资源请求，从NFVI和EMS/VNF中为该突发业务预留专用虚拟化软硬件资源，并启动定时器；当该突发业务上线，例如可以是该定时器的数值大于或等于激活时间时，VIM通知VNFM利用预留的专用虚拟化软硬件资源支撑该突发业务；当该突发业务下线时，VIM释放为该突发业务预留的专用虚拟化软硬件资源。

如图2所示，本申请实施例提供了一种资源共享的方法，包括：

步骤201、资源管理器接收业务管理器发送的第一资源请求。

其中，第一资源请求用于为第一业务预留资源。

在本申请实施例中，业务管理器可以包括OSS/BSS和NFVO，资源管理器可以包括VIM和VNFM，第一业务是指未来一段时间内将要上线的突发业务。业务管理器根据运维人员输入的第一业务的配置参数生成第一资源请求，资源管理器根据第一资源请求定义该突发业务对应的VNF，并为该突发业务预留足够的网络资源，以便当该突发业务上线时，利用预留的第一资源支持该突发业务，从而在不改变NFV网络拓扑结构和NFV网络配置的前提下灵活地实现业务扩容。

具体地，第一业务的配置参数是由运维人员按照第一业务的扩容需求、扩容策略和共享策略，通过OSS/BSS或NFVO提供的人机接口输入的配置参数。例如，扩容需求包括但不限于扩容用户数、支撑第一业务所需要的网络资源的种类和数量。扩容策略包括但不限于扩容方式，例如，自动扩容还是需要运维人员确认后扩容，按照固定步长扩容还是一步到位扩容。共享策略包括但不限于是否可与其他突发业务共享预留资源、可共享资源上限以及共享次数上限。

进一步地，业务管理器根据第一业务的配置参数生成第一资源请求。第一资源请求可以包括但不限于：扩容用户数(需要支撑的用户数量)、预留资源的种类和数量(例如vCPU的个数、内存容量、外存容量和虚拟机的个数等)、预留资源的激活时间(例如可以是从接收到第一资源请求到第一业务上线之前的等待时间)、各种预留资源的可共享数量上限、可共享同一预留资源的其他突发业务的个数、自动扩容还是手动扩容、按照步长扩容还是一步到位扩容等。

在实际应用中，由于预留资源包括不同种类的资源，可以为每种预留资源分别设置可共享数量上限。在一个实施例中，可共享数量上限可以用百分数来表示。例如，用{vCPU：100％}表示第一资源中的vCPU全部可以共享，用{内存:60％}表示第一资源中60％的内存可以共享，另外40％不可共享。在另一个实施例中，可共享数量上限也可以用具体的数值来表示。例如，第一资源中可共享数量上限可以分别设置为{vCPU：36}、{内存：160GB}和{外存：800GB}，分别表示第一资源中的36个vCPU、160GB内存和800GB外存可以共享，另外12个vCPU、40GB内存和200GB外存不可共享。

此外，在实际应用中，业务管理器可以通过NFV网络所支持的任何一种通信协议接口，向资源管理器发送第一资源请求。

步骤202、资源管理器根据第一资源请求为第一业务预留第一资源。

在一个实施例中，若空闲网络资源能够满足第一业务的资源需求，则资源管理器为第一业务预留第一资源，并向业务管理器发送第一资源预留成功消息。当业务管理器获知资源管理器为第一业务预留资源成功，且第一业务上线时，业务管理器可以据此向资源管理器发送第一业务上线请求，以便资源管理器利用第一资源支撑第一业务。

相应地，在另一个实施例中，若空闲网络资源不能满足第一业务的资源需求，则资源管理器会向业务管理器发送第一资源预留失败消息。当业务管理器获知资源管理器预留第一资源失败时，可以向另一个资源管理器发送第一资源请求。

在本步骤中，通过传输第一资源请求和第一资源预留成功消息/第一资源预留失败消息，可以在资源管理器和业务管理器之间建立握手机制，可使业务管理器获知资源管理器为第一业务预留资源是否成功，从而可以避免没有足够的预留资源支撑上线的第一业务的问题，提高了为第一业务预留资源的可靠性，提高了业务扩容的可靠性。

步骤203、资源管理器接收业务管理器发送的第二资源请求。

其中，第二资源请求用于为第二业务预留资源。

本步骤中的第二资源请求和第二业务，分别与第一资源请求和第一业务相似，在此不再赘述。

步骤204、资源管理器根据第二资源请求为第二业务预留第二资源。

其中，第二资源包括第一资源中的全部或部分资源。

在一个实施例中，如图2a和图2b所示，第二资源可以包括第一资源中的全部资源。

在另一个实施例中，如图2c所示，第二资源可以包括第一资源中的部分资源，即第二资源与第一资源存在交集。

在一个实施例中，如图2a、图2b或图2c所示，若资源管理器成功地为第一业务预留了第二资源，则可以向业务管理器发送第二资源预留成功消息。当业务管理器获知为第二业务预留资源成功，且第二业务上线时，业务管理器可以根据第二资源预留成功消息向业务管理器发送第二业务上线请求，以便资源管理器利用第二资源支撑第二业务。

相应地，在另一个实施例中，若资源管理器为第二业务预留资源失败，则资源管理器会向业务管理器发送第二资源预留失败消息。当业务管理器获知预留第二资源失败时，可以向另一个资源管理器发送第二资源请求。

本步骤中的第二资源预留成功消息和第二资源预留失败消息，与步骤202中的第一资源预留成功消息和第一资源预留失败消息的作用相同，在此不再赘述。

本申请实施例提供的资源共享的方法，资源管理器根据第二资源请求为第二业务预留的第二资源，包括资源管理器根据第一资源请求为第一业务预留的第一资源中的全部或部分资源，即第二业务与第一业务可以共享预留资源，避免了资源管理器为第一业务和第二业务分别预留独立的第一资源和第二资源，减少了对网络资源的占用，以便资源管理器可以将更多的网络资源用于处理现有业务，从而提高了网络处理现有业务的效率。

此外，由于第一业务和第二业务可以共享预留资源，在支撑同样数量的突发业务时，相对于现有技术，本申请实施例提供的资源共享方法可以减少突发业务占用的网络资源的数量，从而可以避免部署更多的网络资源，降低了突发业务扩容成本，或者能够在现有网络上支撑更多的突发业务，提高了网络的扩容性能。

在如图2所示的实现方式的基础上，还可以实现为如图3所示的实现方式，步骤204资源管理器根据第二资源请求为第二业务预留第二资源，可以包括步骤301：

步骤301、当第一资源能够提供第二业务所需的全部资源时，资源管理器在第一资源中为第二业务预留第二资源。

在一个实施例中，若第一资源中可共享的各种资源上限分别设置为36个vCPU、160GB内存和800GB外存，且第二业务需要的资源容量分别为32个vCPU、160GB内存和600GB外存，则资源管理器可以将第一资源中的部分资源(32个vCPU、160GB内存和600GB外存)预留为第二资源，即在第一业务和第二业务之间实现预留资源共享，而不需要为第一业务和第二业务分别预留独立资源。

在另一个实施例中，若第一资源中可共享的各种资源上限分别设置为36个vCPU、160GB内存和800GB外存，且第二业务需要的资源容量分别为36个vCPU、160GB内存和800GB外存，则资源管理器可以将第一资源中的全部资源预留为第二资源，而不需要为第一业务和第二业务分别预留独立资源。

本申请实施例提供的资源共享的方法，当第二业务所需要的每种资源的数量均小于或等于第一资源中该种资源的可共享上限时，资源管理器在第一资源中为第二业务预留第二资源，即将第一资源中的部分或全部资源共享给第二业务，避免了为第一业务和第二业务分别预留资源的情况，减少了第一业务和第二业务占用的预留资源的数量，以便资源管理器可以将更多的网络资源处理现有业务，从而提高了处理现有业务的效率。

在如图2所示的实现方式的基础上，还可以实现为如图4所示的实现方式，步骤204资源管理器根据第二资源请求为第二业务预留第二资源，还可以包括步骤401：

步骤401、当第一资源能够提供第二业务所需的部分资源时，资源管理器在第一资源中为第二业务预留第三资源，以及在第一资源之外为第二业务预留第四资源。

在一个实施例中，第一资源中可共享的各种资源上限分别设置为36个vCPU、160GB内存和800GB外存，第二业务需要的各种资源分别为40个vCPU、120GB内存和900GB外存，则资源管理器可以将第一资源中的36个vCPU、120GB内存和800GB外存(第三资源)预留给第二业务，以及在第一资源之外为第二业务预留4个vCPU和100GB外存(第四资源)。

本申请实施例提供的资源共享的方法，当第二业务所需要的每种资源的数量均小于或等于第一资源中该种资源的可共享上限时，资源管理器在第一资源中为第二业务预留第三资源，即将第一资源中的部分或全部可共享资源共享给第二业务，避免了为第一业务和第二业务分别预留资源的情况，减少了第一业务和第二业务占用的预留资源的数量，以便资源管理器可以将更多的网络资源处理现有业务，从而提高了处理现有业务的效率。

本申请实施例提供的资源共享的方法，当第二业务所需要的一部分种类资源的数量大于第一资源中相同种类资源的可共享上限时，资源管理器优先将第一资源中可共享的那部分资源(第三资源)预留给第二业务，且在第一资源之外为第二业务预留第一资源不能提供的另一部分资源(第四资源)，使得当第一资源不能提供第二业务所需要的全部资源时，资源管理器仍然可以将第一资源中的可共享资源预留给第二业务，可以提高第一业务和第二业务共享资源的水平，进一步增加了处理现有业务的资源的数量，从而进一步提高了网络处理现有业务的效率。

在如图2所示的实现方式的基础上，还可以实现为如图5所示的实现方式，在执行步骤204资源管理器根据第二资源请求为第二业务预留第二资源之后，还可以执行步骤501和步骤502：

步骤501、当第一业务上线且第二业务尚未上线时，资源管理器在第一资源之外，为第二业务预留第五资源。

当第一业务上线且第二业务尚未上线时，资源管理器首先需要在第一资源之外，为第二业务再次预留资源，以免对第二业务造成不良影响，提高了业务扩容的可靠性。

其中，第一业务上线是指，网络资源管理器需要利用预留的第一资源支撑第一业务。

在一个实施例中，在资源管理器向业务管理器发送第一资源预留成功消息之后，可以启动第一定时器。当第一定时器的数值大于或等于第一业务激活时间，意味着第一业务上线。其中，第一定时器可以采用系统定时器，也可以采用自定义的定时器，本申请对此不作限定。

在另一个实施例中，在业务管理器接收到资源管理器发送的第一资源预留成功消息之后，业务管理器可以根据运维人员输入的第一业务上线指令，向资源管理器发送第一业务上线请求，资源管理器接收到第一业务上线请求，也意味着第一业上线。例如，当第一业务需要提前上线时，业务管理器需要向资源管理器发送第一业务上线请求，以便提前上线第一业务，提高业务扩容的灵活性。

当然，在实际应用中，若获知第一业务已被取消，业务管理器也可以根据运维人员输入的第一业务取消指令，向资源管理器发送第一资源释放请求，以便资源管理器释放为第一业务预留的第一资源。

步骤502、资源管理器利用第一资源支撑第一业务。

在另一个实施例中，当第二业务上线且第一业务尚未上线时，处理方法与图5所示的方法相似，在此不再赘述。

在本申请实施例中，当共享第一资源的所有业务中，若有一个业务上线且其他业务尚未上线时，资源管理器需要在为上线业务预留的资源之外，为尚未上线的业务重新预留所需要的资源之后，再利用为上线业务预留的资源支撑上线业务，避免了一个业务上线时使用了为该上线业务预留的资源，而导致其他尚未上线业务没有足够的预留资源的情况，提高了预留资源的可靠性，从而提高了业务扩容的可靠性。

在如图2至图5任意一项所示的实现方式的基础上，以图2为例，还可以实现为如图6所示的实现方式。其中，第一资源请求还包括第一业务的优先级，第二资源请求还包括第二业务的优先级。

在实际应用中，业务优先级可以根据客户需求和业务类型等实际情况设定。例如，在人口密集的集会场所，可以为语音业务设置较高的优先级，而为数据业务设置较低的优先级。再例如，可以为涉及公共安全和国家重大利益的业务设置较高的优先级。

如图2所示，在执行步骤204资源管理器根据第二资源请求为第二业务预留第二资源之后，还可以执行步骤601：

步骤601、当第一业务和第二业务同时上线时，若第一业务的优先级高于第二业务的优先级，则资源管理器利用第一资源支撑第一业务。

对应地，当第一业务和第二业务同时上线时，若第二业务的优先级高于第一业务的优先级，则资源管理器利用第二资源支撑第二业务。

在本申请实施例中，当第一业务和第二业务同时上线时，资源管理器会优先响应优先级较高的业务，以便保证优先级较高业务成功扩容。

在实际应用中，若共享第一资源的第一业务和至少两个第二业务中的至少两个业务同时上线，还可以采用以下两种扩容策略：

策略一：先请求时间后优先级

步骤一、资源管理器按照接收到资源请求的时间(下文简称请求时间)对所有上线业务排序；

步骤二、资源管理器按照所有业务优先级，对步骤一中请求时间相同的业务再次排序；

步骤三、资源管理器从步骤二中利用为请求时间最早且优先级最高的业务预留的资源支持该请求时间最早且优先级最高的业务，而不再响应其他上线业务的上线请求。

策略二：先优先级后容量

步骤一、资源管理器按照业务优先级，对所有上线业务排序；

步骤二、资源管理器按照预留资源的容量，对步骤一中优先级相同的业务再次排序；

步骤三、资源管理器从步骤二中已排序的上线业务中，利用为优先级最高且预留资源容量最小的业务预留的资源，支持该优先级最高且预留资源容量最小的业务，而不再响应其他上线业务的上线请求。

在本申请另一个实施例中，第一资源请求还包括共享次数阈值，共享次数阈值是指成功共享第一资源的第二业务的个数，通常为大于或等于1的自然数。例如，可以是第二资源预留成功消息的个数。若共享次数为2，则第一资源最多可以共享给2个第二业务。其中，

在资源管理器向业务管理器发送第一资源预留成功消息之后，资源管理器启动共享次数计数器；

步骤204资源管理器根据第二资源请求为第二业务预留第二资源，可以具体实现为：

若共享次数计数器的数值小于共享次数阈值，则资源管理器为第二业务预留第二资源，并向业务管理器发送第二资源预留成功消息，之后共享次数计数器加1，其中，第二资源包括第一资源中的全部或部分资源；

或者，

若共享次数计数器的数值大于或等于共享次数阈值，则资源管理器在第一资源之外，为第二业务预留资源。

本申请实施例中，第一资源请求还包括共享次数阈值，当共享次数阈值为多个时，一方面可以将第一资源共享给多个第二业务，提高了第一资源的共享程度，进一步减少了扩容业务占用的网络资源的数量，从而进一步提高了处理现有业务的网络资源的数量，进一步提高了网络处理现有业务的效率。

另一方面，当共享第一资源的第二业务的个数大于或等于共享次数阈值时，不再将第一资源共享给新的第二业务，即共享第一资源的第二业务的数量是有限的，可以控制共享第一资源的操作复杂度，从而在提高预留资源利用率与控制共享复杂度之间取得平衡，从而获得业务扩容效率和网络可靠性之间的平衡。

在本申请另一个实施例中，资源请求还可以包括扩容指示和扩容策略，扩容指示用于指示自动扩容还是手动扩容，扩容策略包括按照步长多次扩容还是一步到位扩容，其中，

当业务上线时，若扩容指示表示手动扩容，则资源管理器通过人机接口通知运维人员，并根据运维人员输入指令确定是否扩容；

若扩容指示表示自动扩容，或者运维人员输入的指令表示扩容，则资源管理器根据扩容策略，利用预留资源支持上线业务，具体包括：

若扩容策略指示按照步长多次扩容，则资源管理器每次将步长所指示的部分预留资源用于支撑业务，直到满足业务实际需求或者已将所有预留资源用于支撑该业务；

若扩容策略指示一次性扩容，则资源管理器直接使用所有为该业务预留的资源支撑该业务。

如图7所示，本申请实施例提供了一种资源管理器70，用于实现如图2所示的方法流程，资源管理器70包括：

通信接口71，用于接收业务管理器发送的第一资源请求，第一资源请求用于为第一业务预留资源；

处理器72，用于根据第一资源请求为第一业务预留第一资源；

通信接口71，还用于接收业务管理器发送的第二资源请求，第二资源请求用于为第二业务预留资源；

处理器72，还用于根据第二资源请求为第二业务预留第二资源，第二资源包括第一资源中的全部或部分资源。

本申请实施例提供的资源管理器70，包括通信接口71和处理器72，其中处理器72根据通信接口71接收的第二资源请求为第二业务预留的第二资源，包括处理器72根据通信接口71接收的第一资源请求为第一业务预留的第一资源中的全部或部分资源，即第二业务与第一业务可以共享预留资源，避免了处理器72为第一业务和第二业务分别预留独立的第一资源和第二资源，减少了对网络资源的占用，以便处理器72可以将更多的网络资源用于处理现有业务，从而提高了网络处理现有业务的效率。

此外，由于第一业务和第二业务可以共享预留资源，在支撑同样数量的突发业务时，相对于现有技术，本申请实施例提供的资源管理器可以减少突发业务占用的网络资源的数量，从而可以避免部署更多的网络资源，降低了突发业务扩容成本，或者能够在现有网络上支撑更多的突发业务，提高了网络的扩容性能。

在如图7所示的实现方式的基础上，还可以实现为如图7所示的另一种资源管理器70，用于实现如图3或图4所示的方法流程。其中，

处理器72，还用于当第一资源能够提供第二业务所需的全部资源时，在第一资源中为第二业务预留第二资源；

处理器72，还用于当第一资源能够提供第二业务所需的部分资源时，在第一资源中为第二业务预留第三资源，以及在第一资源之外为第二业务预留第四资源。

在如图7所示的实现方式的基础上，还可以实现为如图7所示的另一种资源管理器70，用于实现如图5所示的方法流程。

处理器72，还用于当第一业务上线且第二业务尚未上线时，在第一资源之外，为第二业务预留第五资源；

处理器72，还用于利用第一资源支撑第一业务。

在如图7所示的实现方式的基础上，还可以实现为如图7所示的另一种资源管理器70，用于实现如图6所示的方法流程。其中，第一资源请求还包括第一业务的优先级，第二资源请求还包括第二业务的优先级。

处理器72，还用于当第一业务和第二业务同时上线时，若第一业务的优先级高于第二业务的优先级，则利用第一资源支撑第一业务。

本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序加载到计算机上被计算机执行时，使计算机执行如图2、以及图3至图6任意一项所示的方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机程序是指，可以以一种或多种程序设计语言或其组合来编写用于执行本申请方法流程的计算机程序代码，所述程序设计语言包括诸如Java、Smalltalk、C++等面向对象的程序设计语言，还包括诸如C语言等常规的过程式程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过诸如局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)等任意种类的网络连接到用户计算机，或者，可以连接到外部计算机(例如利用互联网服务提供商来通过因特网连接)。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种资源共享的方法，其特征在于，所述方法包括：

资源管理器接收业务管理器发送的第一资源请求，所述第一资源请求用于为第一业务预留资源；

所述资源管理器根据所述第一资源请求为所述第一业务预留第一资源；

所述资源管理器接收所述业务管理器发送的第二资源请求，所述第二资源请求用于为第二业务预留资源；

所述资源管理器根据所述第二资源请求为所述第二业务预留第二资源，所述第二资源包括所述第一资源中的全部或部分资源。

2.根据权利要求1所述的方法，其特征在于，所述资源管理器根据所述第二资源请求为所述第二业务预留第二资源，包括：

当所述第一资源能够提供所述第二业务所需的全部资源时，所述资源管理器在所述第一资源中为所述第二业务预留所述第二资源；

当所述第一资源能够提供所述第二业务所需的部分资源时，所述资源管理器在所述第一资源中为所述第二业务预留第三资源，以及在所述第一资源之外为所述第二业务预留第四资源。

3.根据权利要求2所述的方法，其特征在于，在所述资源管理器根据所述第二资源请求为所述第二业务预留第二资源之后，所述方法还包括：

当所述第一业务上线且所述第二业务尚未上线时，所述资源管理器在所述第一资源之外，为所述第二业务预留第五资源；

所述资源管理器利用所述第一资源支撑所述第一业务。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述第一资源请求还包括所述第一业务的优先级，所述第二资源请求还包括所述第二业务的优先级，在所述资源管理器根据所述第二资源请求为所述第二业务预留第二资源之后，所述方法还包括：

当所述第一业务和所述第二业务同时上线时，若所述第一业务的优先级高于所述第二业务的优先级，则所述资源管理器利用所述第一资源支撑所述第一业务。

5.一种资源管理器，其特征在于，所述资源管理器包括：

通信接口，用于接收业务管理器发送的第一资源请求，所述第一资源请求用于为第一业务预留资源；

处理器，用于根据所述第一资源请求为所述第一业务预留第一资源；

所述通信接口，还用于接收所述业务管理器发送的第二资源请求，所述第二资源请求用于为第二业务预留资源；

所述处理器，还用于根据所述第二资源请求为所述第二业务预留第二资源，所述第二资源包括所述第一资源中的全部或部分资源。

6.根据权利要求5所述的资源管理器，其特征在于，

所述处理器，还用于当所述第一资源能够提供所述第二业务所需的全部资源时，在所述第一资源中为所述第二业务预留所述第二资源；

所述处理器，还用于当所述第一资源能够提供所述第二业务所需的部分资源时，在所述第一资源中为所述第二业务预留第三资源，以及在所述第一资源之外为所述第二业务预留第四资源。

7.根据权利要求6所述的资源管理器，其特征在于，

所述处理器，还用于当所述第一业务上线且第二业务尚未上线时，在所述第一资源之外，为所述第二业务预留第五资源；

所述处理器，还用于利用所述第一资源支撑所述第一业务。

8.根据权利要求5至7任意一项所述的资源管理器，其特征在于，所述第一资源请求还包括所述第一业务的优先级，所述第二资源请求还包括所述第二业务的优先级，

所述处理器，还用于当所述第一业务和所述第二业务同时上线时，若所述第一业务的优先级高于所述第二业务的优先级，则利用所述第一资源支撑所述第一业务。

9.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序加载到计算机上被计算机执行时，使计算机执行如权利要求1至4任意一项所述的方法。