CN105519075A

CN105519075A - 一种资源调度方法，及装置

Info

Publication number: CN105519075A
Application number: CN201480024136.4A
Authority: CN
Inventors: 雍文远
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-06-05
Filing date: 2014-06-05
Publication date: 2016-04-20
Also published as: WO2015184612A1

Abstract

一种资源调度方法，及装置，其中方法的实现包括：在虚拟化网络功能VNF接收到资源分配请求后，获取当前的VNF负荷增长趋势；若当前的VNF负荷增长趋势为上升趋势，则在可选的VM中选择至少一个VM分配资源，使所述可选的VM负荷均衡。通过在网络负荷为增长趋势的情况下，选择VM分配资源，使各VM负荷均衡的方式，可以将各VM的负荷都维持在较为合理的负荷水平，保证了请求能够及时处理，并且在请求数量突发增多的情况下，各VM都能够分担新增的资源需求，避免VM出现过载现象，提升请求处理效率减少延时，从而提升服务质量；提升了网络抗冲击能力，及系统安全性。

Description

一种资源调度方法，及装置

技术领域

本发明涉及通信技术领域，特别涉及一种资源调度方法，及装置。背景技术

在云计算平台上，系统主机内会具有虚拟机 ( VM， Virtual Machine )，每个 VM拥有一定的计算能力、内存以及网络能力。

每个应用（APP， Application )会运行在一组虚拟机上，通过处理一系列的来自外部的请求来提供服务。通常会有资源调度模块将来自网络的请求分发到多个 VM，由多个 VM来完成大量的处理，每个 VM在单位时间内能够处理的请求数量是一定的，因此如果单位时间内需要处理的请求数量多，那么需要的 VM就会多。

网络功能的虚拟化，是指将通信网络节点（即：通信网络中的节点）作为 APP软件运行在云平台的 VM上，提供通信网络节点的功能。，通信网络节点可以是网络控制器（RNC， Radio Network Controller ), 服务 GPRS支持节点 ( SGSN, Service GPRS Support Node )等。被虚拟化的网络节点的功能称之为虚拟化网络功能（VNF， Virtual Network Function )₀ 由于 VNF是通过运行在虚拟机上的 APP软件实现的，因此通常会将 VNF和 APP看作是相同的含义。

由于每个应用处理的请求数量会不断的发生变化，因此应用处理的负荷也会不断的变化。当需要应用的处理的请求增加，当前使用的 VM无法及时处理时，那么需要为这个应用增加一个或多个 VM来处理更多的请求，保证用户的请求能够被及时的处理，这个增加处理资源（增加 VM )来满足更多处理请求的过程就是扩容（Scale Out ); 与此相对，当需要应用处理的请求数量下降时，这个应用就不需要那么多的处理资源来应对，这就需要释放一些处理资源（释放 VM )，释放的 VM可以用于其他的应用，这样可以提高处理资源的利用率，降低使用成本，这个过程就是收缩（Scale in )。

以上方案在 Scale Out阶段，为处理请求分配 VM资源，要么是直接增加 VM然后在增加的 VM中进行分配，要么选中任意具有可用资源的 VM进行分配；因此负荷较高的 VM，容易发生处理能力过载，导致请求不能处理或者处理延时增加，服务质量较低，在应对请求数突发增多等情况时，经受网络冲击的能力较低，系统安全性较低。发明内容

本发明实施例提供了一种资源调度方法，及装置，用于提升网络抗冲击能力，及系统安全性；提升请求处理效率减少延时，从而提升服务质量。

本发明实施例一方面提供了一种资源调度方法，包括：

在虚拟化网络功能 VNF接收到资源分配请求后，获取当前的 VNF负荷增长趋势；

若当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡。

结合一方面的实现方式，在第一种可能的实现方式中，所述在可选的 VM 中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡包括：

按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM分配资源。

结合一方面的实现方式，在第二种可能的实现方式中，所述方法，还包括：若当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中。

结合一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中包括：

按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM 分配资源。

结合一方面的实现方式、一方面的第一种、第二种或者第三种可能的实现方式，在第四种可能的实现方式中，所述获取当前的 VNF负荷增长趋势包括：获取资源； %耗量的历史统计信息，依据所述历史统计信息确定当前的 VNF负荷增长趋势。

结合一方面的第四种可能的实现方式，在第五种可能的实现方式中，在接收资源分配请求之前，还包括：

统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。

本发明实施例二方面提供了一种资源调度装置，包括：

请求接收单元，用于接收资源分配请求；

趋势获取单元，用于在所述请求接收单元接收到资源分配请求后，获取当前的 VNF负荷增长趋势；

调度控制单元，用于若所述趋势获取单元获取到的当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡。

结合二方面的实现方式，在第一种可能的实现方式中，所述调度控制单元，用于按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM分配资源。

结合二方面的实现方式，在第二种可能的实现方式中，所述调度控制单元，还用于若所述趋势获取单元获取到的当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中。

结合二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述调度控制单元，用于按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM分配资源。

结合二方面的实现方式、二方面的第一种、第二种或者第三种可能的实现方式，在第四种可能的实现方式中，趋势获取单元，用于获取资源消耗量的历史统计信息，依据所述历史统计信息确定当前的 VNF负荷增长趋势。结合二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述资源调度装置，还包括：

统计单元，用于统计各时间点的资源消耗量；

趋势计算单元，用于依据所述统计单元统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。

从以上技术方案可以看出，本发明实施例具有以下优点：通过在网络负荷为增长趋势的情况下，选择 VM分配资源，使各 VM负荷均衡的方式，可以将各 VM的负荷都维持在较为合理的负荷水平，保证了请求能够及时处理，并且在请求数量突发增多的情况下，各 VM都能够分担新增的资源需求，避免 VM出现过载现象，提升请求处理效率减少延时，从而提升服务质量；提升了网络抗冲击能力，及系统安全性。附图说明

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

图 1为本发明实施例方法流程示意图；

图 2为本发明实施例网络负荷周期变化示意图；

图 3为本发明实施例 VM中资源分配情况示意图；

图 4为本发明实施例资源调度装置结构示意图；

图 5为本发明实施例资源调度装置结构示意图；

图 6为本发明实施例资源调度装置结构示意图；

图 7为本发明实施例资源调度装置结构示意图；

图 8为本发明实施例作为资源调度装置使用的服务器结构示意图。具体实施方式

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

本发明实施例提供了一种资源调度方法，如图 1所示，包括：

101：在接收到资源分配请求后，获取当前的 VNF负荷增长趋势；在本发明实施例中，资源分配请求是用于请求分配资源的请求，该请求作为触发资源分配的请求使用，其表现形式可以是：请求接入、请求建立新的会话等各种需要在 VM中分配处理资源的任意请求，其具体表现形式本发明实施例不予限定。资源分配请求可以作为触发获取当前的 VNF负荷增长趋势的条件使用，在 VNF负荷增长趋势是历史统计信息的情况下， VNF负荷增长趋势是可以预先获取的；在触发获取当前的 VNF负荷增长趋势的条件后，依据历史统计信息来确定当前的 VNF负荷增长趋势。

上述 VNF负荷增长趋势是用于表示整个系统对 VM资源消耗的变化情况的参数；本发明实施例中的 VNF负荷增长趋势可以通过图表的方式表示，例如：时刻与负荷的对应曲线图，这个曲线图会呈现上升或下降的趋势，通过当前的时间可以预测当前 VNF负荷增长趋势是上升的还是下降的；本发明实施例中的 VNF负荷增长趋势还可以通过控制值的方式表示，设置负荷高阔值和负荷低阔值，在当前负荷高于负荷高阔值时，认为当前 VNF负荷增长趋势为上升趋势，在当前负荷低于负荷低阔值时，认为当前 VNF负荷增长趋势为下降趋势。用于表示整个系统对 VM资源消耗的变化情况的参数，还可以有其他的表现形式，本发明实施例对此不予限定。

102: 若当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡。

可以理解的是，在没有可选 VM时本发明实施例的方案会新增 VM，并在新增的 VM中分配资源。极端情况下，无法新增 VM时，将会发生系统过载。

本发明实施例，通过在网络负荷为增长趋势的情况下，选择 VM分配资源，使各 VM负荷均衡的方式，可以将各 VM的负荷都维持在较为合理的负荷水平，保证了请求能够及时处理，并且在请求数量突发增多的情况下，各 VM都能够分担新增的资源需求，避免 VM出现过载现象，提升请求处理效率减少延时，从而提升服务质量；提升了网络抗冲击能力，及系统安全性。本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM 负荷均衡的可选实现方式，具体如下：上述在可选的 VM 中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡包括：

以上关于在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM 负荷均衡的实现方式，是可以有其他替代方案的，例如：按照 VM的负荷进行排序，选择负荷较低的 VM作为可选 VM集合，当有资源分配请求时，从可选 VM集合中任意选择 VM分配资源；或者，设定一个负荷阔值，将低于这个负荷阔值的 VM作为可选 VM集合，当有资源分配请求时，从可选 VM集合中任意选择 VM分配资源；因此，以上关于在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡的实现方式，作为一个优选的实现方案，不应理解为对本发明实施例的唯一性限定。

与 VNF负荷增长趋势为上升趋势相对的，是 VNF负荷增长趋势为下降趋势；本发明实施例还进一步地提供了 VNF负荷增长趋势为下降趋势的情况下的资源调度方案，具体如下：上述方法，还包括：

若当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中。

以上实施例，釆用以上实现方式使负荷在上述可选的 VM 中趋于集中之后，可以方便在释放 VM时，选择空闲或者承载业务很少的 VM，减小对业务的不利影响。因此。上述方法可以包括：在释放 VM时，选择选择空闲或者承载业务少于一定阔值的 VM进行释放。

在网络负荷下降过程中，需要 Scale in并不断释放 VM资源，以此来保证最有效率的使用资源，在释放 VM的过程中，如果要释放的 VM上仍然有正在处理的用户、呼叫、会话或者通信上下文，那么直接释放 VM会导致这些用户的通信中断，而如果等到 VM上所有用户完成其通信过程再释放 VM，就不能及时释放给其他需要资源的 VNF/APP使用，导致资源利用率降低。本发明实施例，通过在 VNF负荷增长趋势为下降趋势时，釆用在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中的资源调度策略，使负荷尽量分布到一部分 VM上，而另一部分 VM则会尽可能空闲下来，这样在 Scale in时，可以快速的释放空闲的 VM，并且可以避免或者减少通信中断。

本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中的可选实现方式，具体如下：上述在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中包括：按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM 分配资源。

以上关于在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中的实现方式，是可以有其他替代方案的，例如：按照 VM 的负荷进行排序，选择负荷较高的可选 VM作为可选 VM集合，当有资源分配请求时，从可选 VM集合中任意选择 VM分配资源；或者，设定一个负荷阔值，将高于这个负荷阔值的可选 VM作为可选 VM集合，当有资源分配请求时，从可选 VM集合中任意选择 VM分配资源；因此，以上关于在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡的实现方式，作为一个优选的实现方案，不应理解为对本发明实施例的唯一性限定。

在本发明实施例中，当前的 VNF负荷增长趋势可以是基于当前的负荷进行判断的，也可以是基于历史数据进行预测的，本发明实施例提供了可选的实现方式如下：上述获取当前的 VNF负荷增长趋势包括：获取资源消耗量的历史统计信息，依据上述历史统计信息确定当前的 VNF负荷增长趋势。

对于基于历史数据进行预测的方案，本发明实施例还提供了更为具体的可选实现方案，如下：在接收资源分配请求之前，还包括：

统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。基于本发明实施例统计历史数据的方案，上述依据上述历史统计信息确定当前的 VNF负荷增长趋势包括：若当前时刻属于上述 VNF负荷增长趋势为上升趋势的时间段，则确定当前的 VNF负荷增长趋势为上升趋势；若当前时刻属于上述 VNF负荷增长趋势为下降趋势的时间段，则确定当前的 VNF负荷增长趋势为下降趋势。

本发明实施例综合考虑了：网络活动由于受到人群作息时间影响，网络负荷会出现每天的周期性涨落，体现在某一个网络节点或是应用上，它的处理负荷、需要处理的请求数量、转发的吞吐量也会相应的出现周期的变化；本发明实施例将负荷的变化趋势划分为若干个 "增长阶段" 和 "降低阶段"，基于人群生活规律的时间段划分，可以摆脱使用负荷阔值使用的限制。在本发明实施例中， "统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段"这部分是可以周期性进行了，通常来说，可以以天为单位周期性计算，也可以以周为周期进行统计。对于特殊日期，例如：法定节假曰等时间，可以单独进行统计。具体如下：统计法定节 4叚日内各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。这个历史数据将在下一次与之对应的法定节假日时使用。

以下实施例作为一个实例，使用统计的历史数据，时刻与负荷的对应的图表为例，对本发明实施例的资源调度方案进行举例说明，具体如下：

网络活动由于受到人群作息时间影响，网络负荷会出现每天的周期性涨落，体现在某一个网络节点或是应用上，它的处理负荷、需要处理的请求数量、转发的吞吐量也会相应的出现周期的变化，我们可以将负荷的变化趋势划分为若干个 "增长阶段" 和 "降低阶段"，如图 2所示：横坐标为时间轴、纵坐标为负荷，纵向的虚线为负荷增长阶段 /负荷降低阶段的分段示意，时间轴下方标识的向上箭头示意为负荷增长阶段，时间轴下方标识的向下箭头示意为负荷降低阶段。

在网络负荷增长阶段，需要不断的为 VNF/APP增加 VM，扩充 VNF/APP 的处理能力，进行 Scale Out, 来保证足够的资源满足通信需求和保证用户体验；在增长阶段， VNF 内部对资源的使用策略可以釆用平均分担到各个 VM 的资源使用策略（调度策略一）。例如：在新的请求接入或者新的会话建立时，选择所有 VM中负荷最低的 VM进行资源分配。这样，每个 VM的都可以保持在较合理的负荷水平，以保证较好的用户体验；在出现请求数量突发增多的情况 (负荷冲击 )时，各个 VM能够分担冲击，使用户的请求能够及时得到处理，保证用户体验。

如图 3所示，有 n个 VM，整个柱体表示 VM的全部资源，斜线部分为

VM已经被占用的资源，对应的白色部分为可分配资源；在 VM的资源超过一定比例时可能发生拥塞，称为拥塞门限；假定如图 3所示，按照 VM的资源使用率分为类，一类是接近或者到达拥塞门限的一类， VM1， VM2; 二类是还具有可分配资源的 VM3、 VM4...，三类是接近于空闲的 VMn; 实际应用中可能只有其中的一类或者两类， VM的个数也是任意的，图 3作为一个示意不应理解为对本发明实施例的限定。

按照调度策略一的方案，将会选择 VMn，或者 VMn这一类 VM进行资源分配。

在负荷下降时，需要 Scale in并不断释放 VM资源，以此来保证最有效率的使用资源，在释放 VM的过程中，如果要释放的 VM上仍然有正在处理的用户、呼叫、会话或者通信上下文，那么直接释放 VM会导致这些用户的通信中断，造成用户体验的下降；而如果等到 VM上所有用户完成其通信过程再释放 VM，就不能及时释放 VM给其他需要资源的 VNF/APP使用，导致资源利用率降低。在负荷降低阶段，资源使用釆用资源集中的策略，即釆用和平均分担相反的策略（调度策略二），将 VM按照一定的顺序编号，新接入的请求分发到负荷低于过载门限（或者拥塞门限）的 VM中编号最小的 VM上，这样的策略使负荷尽量分布到一部分 VM上，而另一部分 VM尽可能空闲下来，这样在 Scale in时，可以快速的释放空闲的 VM，同时可以避免或减少用户的通信中断造成的用户体验下降。

按照调度策略一的方案，将会选择 VM3 ,或者 VM3所处的这一类 VM进行资源分配。

两种策略切换的时间点可以由 VNF的管理员进行配置。由于网络活动受到人群作息时间和使用习惯影响，每天的负荷曲线基本上是重复的，因此可以在对过去一段时间统计信息的基础上，自动的确定负荷变化的极大值点（负荷由上升转为下降的点）和极小值点（负荷由下降转为上升的点），用作系统切换调度策略的时间节点，每天达到极大值点（每天可能会有多个）时，调度策略改为策略二，达到极小值点是时，调度策略改为策略一。

通过在不同的伸缩阶段釆用相应的资源调度策略，可以有效的提升资源的利用率，同时能够避免和减小业务损伤，保证用户体验。

本发明实施例还提供了一种资源调度装置，如图 4所示，包括：

请求接收单元 401，用于接收资源分配请求；

趋势获取单元 402，用于获取当前的 VNF负荷增长趋势；

调度控制单元 403，用于在上述请求接收单元 401接收到资源分配请求后，若上述趋势获取单元 402获取到的当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡。

在本发明实施例中，资源分配请求是用于请求分配资源的请求，该请求作为触发资源分配的请求使用，其表现形式可以是：请求接入、请求建立新的会话等各种需要在 VM中分配处理资源的任意请求，其具体表现形式本发明实施例不予限定。

本发明实施例，通过在网络负荷为增长趋势的情况下，选择 VM分配资源，使各 VM负荷均衡的方式，可以将各 VM的负荷都维持在较为合理的负荷水平，保证了请求能够及时处理，并且在请求数量突发增多的情况下，各 VM都能够分担新增的资源需求，避免 VM出现过载现象，提升请求处理效率减少延时，从而提升服务质量；提升了网络抗冲击能力，及系统安全性。

本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM 负荷均衡的可选实现方式，具体如下：上述调度控制单元 403，用于按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM 分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM 分配资源。

与 VNF负荷增长趋势为上升趋势相对的，是 VNF负荷增长趋势为下降趋势；本发明实施例还进一步地提供了 VNF负荷增长趋势为下降趋势的情况下的资源调度方案，具体如下：如图 5所示，上述调度控制单元 403，还用于若上述趋势获取单元 402获取到的当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中。

釆用以上实现方式使负荷在上述可选的 VM中趋于集中之后，可以方便在释放 VM时，选择空闲或者承载业务很少的 VM，减小对业务的不利影响。因此。上述调度控制装置还可以包括：

释放控制单元 501，用于在释放 VM时，选择选择空闲或者承载业务少于一定阔值的 VM进行释放。

本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中的可选实现方式，具体如下：上述调度控制单元 403，用于按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM分配资源。

在本发明实施例中，当前的 VNF负荷增长趋势可以是基于当前的负荷进行判断的，也可以是基于历史数据进行预测的，本发明实施例提供了可选的实现方式如下：趋势获取单元 402，用于获取资源消耗量的历史统计信息，依据上述历史统计信息确定当前的 VNF负荷增长趋势。

对于基于历史数据进行预测的方案，本发明实施例还提供了更为具体的可选实现方案，如下：如图 6所示，上述资源调度装置，还包括：

统计单元 601，用于统计各时间点的资源消耗量；

趋势计算单元 602，用于依据上述统计单元 601统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。

基于本发明实施例统计历史数据的方案，上述趋势获取单元 402，用于若当前时刻属于上述 VNF 负荷增长趋势为上升趋势的时间段，则确定当前的 VNF负荷增长趋势为上升趋势；若当前时刻属于上述 VNF负荷增长趋势为下降趋势的时间段，则确定当前的 VNF负荷增长趋势为下降趋势。

本发明实施例综合考虑了：网络活动由于受到人群作息时间影响，网络负荷会出现每天的周期性涨落，体现在某一个网络节点或是应用上，它的处理负荷、需要处理的请求数量、转发的吞吐量也会相应的出现周期的变化；本发明实施例将负荷的变化趋势划分为若干个 "增长阶段" 和 "降低阶段"，基于人群生活规律的时间段划分，可以摆脱使用负荷阔值使用的限制。在本发明实施例中， "统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段"这部分是可以周期性进行了，通常来说，可以以天为单位周期性计算，也可以以周为周期进行统计。对于特殊日期，例如：法定节假曰等时间，可以单独进行统计。具体如下：统计法定节假日内各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。这个历史数据将在下一次与之对应的法定节假日时使用。

本发明实施例还提供了另一种资源调度装置，如图 7所示，包括：接收器 701、发射器 702、处理器 703以及存储器 704;

其中，上述接收器 701用于控制执行：在接收到资源分配请求后，获取当前的 VNF负荷增长趋势；若当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡。

本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM负荷均衡的可选实现方式，具体如下：上述接收器 701用于控制执行：在可选的 VM中选择至少一个 VM分配资源，使上述可选的 VM 负荷均衡包括：按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM分配资源。

与 VNF负荷增长趋势为上升趋势相对的，是 VNF负荷增长趋势为下降趋势；本发明实施例还进一步地提供了 VNF负荷增长趋势为下降趋势的情况下的资源调度方案，具体如下：上述接收器 701还用于控制执行：若当前的 VNF 负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中。

以上实施例，釆用以上实现方式使负荷在上述可选的 VM 中趋于集中之后，可以方便在释放 VM时，选择空闲或者承载业务很少的 VM，减小对业务的不利影响。因此。上述接收器 701还用于控制执行：在释放 VM时，选择选择空闲或者承载业务少于一定阔值的 VM进行释放。

本发明实施例还提供了，在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中的可选实现方式，具体如下：上述接收器 701用于控制执行：在可选的 VM中选择至少一个 VM分配资源，使负荷在上述可选的 VM中趋于集中包括：按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM分配资源。

在本发明实施例中，当前的 VNF负荷增长趋势可以是基于当前的负荷进行判断的，也可以是基于历史数据进行预测的，本发明实施例提供了可选的实现方式如下：上述接收器 701用于控制执行：获取当前的 VNF负荷增长趋势包括：获取资源消耗量的历史统计信息，依据上述历史统计信息确定当前的 VNF负荷增长趋势。

对于基于历史数据进行预测的方案，本发明实施例还提供了更为具体的可选实现方案，如下：上述接收器 701用于控制执行：在接收资源分配请求之前，统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段；基于本发明实施例统计历史数据的方案，上述接收器 701用于控制执行：依据上述历史统计信息确定当前的 VNF负荷增长趋势包括：若当前时刻属于上述 VNF负荷增长趋势为上升趋势的时间段，则确定当前的 VNF负荷增长趋势为上升趋势；若当前时刻属于上述 VNF负荷增长趋势为下降趋势的时间段，则确定当前的 VNF负荷增长趋势为下降趋势。

图 8是本发明实施例提供的一种服务器结构示意图，作为资源调度装置使用；该服务器 800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units, CPU ) 822 (例如，一个或一个以上处理器）和存储器 832，一个或一个以上存储应用程序 842或数据 844的存储介质 830 (例如一个或一个以上海量存储设备）。其中，存储器 832和存储介质 830可以是短暂存储或持久存储。存储在存储介质 830的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器 822可以设置为与存储介质 830通信，在服务器 800上执行存储介质 830中的一系列指令操作。

服务器 800还可以包括一个或一个以上电源 826，一个或一个以上有线或无线网络接口 850，一个或一个以上输入输出接口 858，和 /或，一个或一个以上操作系统 841，例如 Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM等等。

上述实施例中涉及的方法流程步骤可以基于该图 8所示的服务器结构。值得注意的是，上述装置只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims

权利要求

1、一种资源调度方法，其特征在于，包括：

在虚拟化网络功能 VNF接收到资源分配请求后，获取当前的 VNF负荷增长趋势；

若当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡。
2、根据权利要求 1所述方法，其特征在于，所述在可选的 VM中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡包括：

按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM分配资源。
3、根据权利要求 1所述方法，其特征在于，还包括：

若当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中。
4、根据权利要求 3所述方法，其特征在于，所述在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中包括：

按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM 分配资源。
5、根据权利要求 1至 4任意一项所述方法，其特征在于，所述获取当前的 VNF负荷增长趋势包括：

获取资源； %耗量的历史统计信息，依据所述历史统计信息确定当前的 VNF负荷增长趋势。
6、根据权利要求 5所述方法，其特征在于，在接收资源分配请求之前，还包括：

统计各时间点的资源消耗量，并依据统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。
7、一种资源调度装置，其特征在于，包括：请求接收单元，用于接收资源分配请求；

趋势获取单元，用于在所述请求接收单元接收到资源分配请求后，获取当前的 VNF负荷增长趋势；

调度控制单元，用于若所述趋势获取单元获取到的当前的 VNF负荷增长趋势为上升趋势，则在可选的 VM中选择至少一个 VM分配资源，使所述可选的 VM负荷均衡。
8、根据权利要求 7所述资源调度装置，其特征在于，

所述调度控制单元，用于按照 VM的负荷进行排序，按照 VM的负荷从低到高依次选择 VM分配资源；或者，按照 VM负荷进行排序，选择可选的 VM中负荷最低的 VM分配资源。
9、根据权利要求 7所述资源调度装置，其特征在于，

所述调度控制单元，还用于若所述趋势获取单元获取到的当前的 VNF负荷增长趋势为下降趋势，则在可选的 VM中选择至少一个 VM分配资源，使负荷在所述可选的 VM中趋于集中。
10、根据权利要求 9所述资源调度装置，其特征在于，

所述调度控制单元，用于按照 VM的负荷进行排序，按照 VM的负荷从高到低依次选择 VM分配资源；或者，按照 VM的负荷进行排序，选择可选的 VM中负荷最高的 VM分配资源。
11、根据权利要求 7至 10任意一项所述资源调度装置，其特征在于，趋势获取单元，用于获取资源消耗量的历史统计信息，依据所述历史统计信息确定当前的 VNF负荷增长趋势。
12、根据权利要求 11所述资源调度装置，其特征在于，还包括：统计单元，用于统计各时间点的资源消耗量；

趋势计算单元，用于依据所述统计单元统计得到的各时间点的资源消耗量确定 VNF负荷增长趋势为上升趋势的时间段，以及 VNF负荷增长趋势为下降趋势的时间段。