CN105591809A - 一种资源分配方法和装置 - Google Patents

Abstract

本发明提供一种资源分配方法和装置，所述方法包括：接收资源分配请求，资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；判断请求分配的资源量是否大于context索引对应的目标context的可用资源量；若是，判断目标context内是否存在低优先级进程，低优先级进程的优先级低于业务进程号对应的目标进程的优先级；若存在，释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量；从目标context的可用资源中，为目标进程分配与请求分配的资源量等量的资源。应用本发明实施例可以使资源占用细化到业务粒度，保证context内特定业务进程的资源占用成功率，提高资源分配的灵活性。

Description

一种资源分配方法和装置

技术领域

本发明涉及网络通信技术领域，尤其涉及一种资源分配方法和装置。

背景技术

通过虚拟化技术可以将一台物理防火墙划分成多台逻辑防火墙，每台逻辑防火墙就称为一个Context。对于用户来说，每个Context就是一台独立的防火墙，方便管理和维护；对于管理者来说，可以将一台物理设备虚拟成多台逻辑设备供不同的分支机构使用，可以保护现有投资，提高组网灵活性。

如果设备上创建了多个Context，这些Context会共享物理防火墙的资源，比如CPU、内存、磁盘等，为了防止一个Context过多的占用资源，而导致其它Context无法运行，需要限制Context对资源的使用。

发明内容

本发明提供一种资源分配方法和装置，以控制context内业务进程的资源占用。

根据本发明实施例的第一方面，提供一种资源分配方法，包括：

接收资源分配请求，所述资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；

判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；

若是，判断所述目标context内是否存在低优先级进程，所述低优先级进程的优先级低于所述业务进程号对应的目标进程的优先级；

若存在，释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量；

从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源。

根据本发明实施例的第二方面，提供一种资源分配装置，包括：

接收单元，用于接收资源分配请求，所述资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；

判断单元，用于判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；

所述判断单元，还用于当所述请求分配的资源量大于所述目标context的可用资源量时，判断所述目标context内是否存在低优先级进程，所述低优先级进程的优先级低于所述业务进程号对应的目标进程的优先级；

释放单元，用于当所述目标context内存在低优先级进程时，释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量；

分配单元，用于从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源。

应用本发明实施例，通过为context内的业务进程设置优先级，当高优先级的业务进程需要占用context的资源，而context的可用资源不足时，可以释放低优先级的业务进程占用的资源，从而能够使资源占用细化到业务粒度，保证context内特定业务进程的资源占用成功率，提高资源分配的灵活性。

附图说明

图1是本发明实施例提供的一种资源分配方法的流程示意图；

图2是本发明实施例提供的另一种资源分配方法的流程示意图；

图3是本发明实施例提供的另一种资源分配方法的流程示意图；

图4是本发明实施例提供的一种具体应用场景的示意图；

图5是本发明实施例提供的一种资源分配装置的结构示意图；

图6是本发明实施例提供的另一种资源分配装置的结构示意图。

具体实施方式

如果设备上创建了多个Context，这些Context会共享物理防火墙的资源，比如CPU、内存、磁盘等，为了防止一个Context过多的占用资源，而导致其它Context无法运行，需要限制Context对资源的使用。

当前支持通过指定context的资源占用上限的方式来限制context对资源的使用。以内存为例，当前系统有contexta、contextb，内存分配上限分别为40％，40％，contexta占用内存到达40％后，contexta再有业务申请内存时，将内存申请失败。

然而实践发现，上述资源占用控制方案中，只能从context粒度实现资源占用的控制，而无法控制context内业务进程的资源占用。

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

请参见图1，为本发明实施例提供的一种资源分配方法的流程示意图，如图1所示，该资源分配方法可以包括以下步骤：

步骤101、接收资源分配请求，该资源分配请求中包括context索引、业务进程号、以及请求分配的资源量。

本发明实施例中，上述方法的执行主体可以为资源分配装置，该资源分配装置可以应用于物理防火墙(或称为硬件防火墙)或配置有物理防火墙的设备，该物理防火墙通过虚拟化技术被划分为多个context。

本发明实施例中，当某context内的某业务进程开始运行时，该业务进程需要向资源分配装置发送资源分配请求，以请求分配资源；其中，该资源分配请求中可以包括但不限于用于标识该业务进程所在context的context索引，用于标识该业务进程的业务进程号，以及该业务进程请求分配的资源量。

本发明实施例中，资源可以包括硬件资源或软件资源，其中，硬件资源可以包括但不限于内存、CPU(CenterProcessUnit，中央处理单元)、或磁盘空间等；软件资源可以包括但不限于会话数量或吞吐量等，本发明后续不再复述。

步骤102、判断该请求分配的资源量是否大于该context索引对应的目标context的可用资源量；若判断为是，转至步骤103；否则，转至步骤105。

本发明实施例中，资源分配装置接收到资源分配请求之后，可以根据该资源分配请求中包括的context索引确定该context索引对应的context(本文中称为目标context)的可用资源量。

在一种实施方式中，物理防火墙划分成的多个context可以拥有自己专属的资源，相应地，在该实施方式中，目标context的可用资源量为目标context的资源总量与目标context内当前已被占用的资源量的差值。

举例来说，以资源为内存为例，假设目标context的内存总量为10M，该目标context内当前已被占用的内存为5M，则该目标context的可用内存为5M(10M-5M＝5M)。

在另一种实施方式中，物理防火墙划分成的多个context可以共享物理防火墙的资源，相应地，在该实施方式中，若未指定各context的资源使用上限，则目标context的可用资源量为物理防火墙的资源总量与物理防火墙当前已被占用的资源量的差值；若指定了各context的资源使用上限，则目标context的可用资源量为该目标context的资源使用上限与该目标context内当前已被占用的资源量的差值。

举例来说，仍以资源为内存为例，假设物理防火墙的内存总量为100M，未指定各context的内存使用上限，且该物理防火墙当前已被占用的内存为20M，则目标context的可用内存为80M(100M-20M＝80M)。

又举例来说，仍以资源为内存为例，假设物理防火墙的内存总量为100M，指定目标context的内存使用上限为40％，且该目标context内当前已被占用的内存为20M，则目标context的可用内存为20M(100M*40％-20M＝20M)。

本发明实施例中，资源分配装置确定目标context的可用资源量之后，可以判断资源分配请求中包括的请求分配的资源量是否大于目标context的可用资源量。若大于，则表明当前目标context没有足够的资源进行分配，资源分配装置可以执行步骤103～步骤105；否则，表明当前context有足够的资源进行分配，资源分配装置可以执行步骤105。

步骤103、判断目标context内是否存在低优先级进程，该低优先级进程的优先级低于该业务进程号对应的目标进程的优先级。若是，转至步骤104；否则，结束当前流程。

本发明实施例中，可以预先为context内的各业务进程设置优先级，进行资源分配时，可以按照业务进程的优先级来分配。对同一时刻的业务处理请求，高优先级的业务进程优先占用资源。

优选地，在本发明实施例中，可以根据业务进程对应的业务的重要性(可以由用户根据具体场景确定或根据其它策略确定)设置业务进程的优先级，其中，业务的重要性越高，对应的业务进程的优先级越高，相应地，其占用资源的优先级也就越高，从而，可以有效地保证在context内资源不足的情况下，比较重要的业务对应的业务进程能够优先占用资源。

本发明实施例中，当资源分配装置确定资源分配请求中包括的请求分配资源量大于目标context的可用资源量，即目标context没有足够的资源进行分配时，资源分配装置可以根据资源分配请求中包括的业务进程号获取该业务进程号对应的业务进程(本文中称为目标进程)的优先级，并进一步判断目标context内是否存在优先级低于该目标进程的优先级的业务进程(本文中称为低优先级进程)，若存在，则执行步骤104～步骤105。其中，该低优先级进程中可以包括一个或多个占用目标context的资源的业务进程。

本发明实施例中，若目标context内不存在低优先级进程，资源分配装置可以拒绝为目标进程分配资源，或按照其它资源分配策略进行资源分配，本发明实施例对此不做限定。

可选地，当资源分配装置拒绝为目标进程分配资源，即资源分配装置不为目标进程分配资源时，可以输出提示信息，以提示资源分配发生错误，其中，该提示信息中可以包括资源分配发生错误的原因，如可用资源不足等。

步骤104、释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

本发明实施例中，当资源分配装置确定目标context内存在低优先级进程时，资源分配装置可以释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

在一种实施方式中，上述步骤104中，释放低优先级进程占用的目标context的资源之前，还可以包括以下步骤：

11)、判断低优先级进程占用的目标context的资源量与目标进程的可用资源量二者之和是否大于或等于请求分配的资源量；

12)、若是，则确定执行释放低优先级进程占用的目标context的资源的步骤。

在该实施方式中，当资源分配装置确定目标context中存在低优先级进程之后，在释放低优先级占用的目标context的资源之前，可以先判断低优先级进程占用的目标context的资源量与目标进程的可用资源量二者之和是否大于或等于请求分配的资源量，即判断低优先级进程占用的目标context的资源量被释放后，目标context是否有足够的资源进行分配；若是，即低优先级进程占用的目标context的资源量被释放后，目标context有足够的资源进行分配，则资源分配装置可以释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源大于或等于请求分配的资源量。

在该实施方式中，若低优先级进程占用的目标context的资源量与目标进程的可用资源量二者之和小于或等于请求分配的资源量，即低优先级进程占用的目标context的资源量被释放后，目标进程仍没有足够的资源进行分配，资源分配装置可以不释放低优先级占用的目标context的资源，或根据其它资源分配策略进行处理，本发明实施例对此不做限定。

在一种实施方式中，上述步骤104中，释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量，可以具体包括：

按照低优先级进程的优先级从低到高的顺序释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

在该实施方式中，资源分配装置在释放低优先级进程占用的目标context的资源时，可以按照优先级从低到高的顺序，依次释放各低优先级占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

具体的，资源分配装置可以先释放优先级最低的低优先级进程占用的目标context的资源，并判断释放后的目标context的可用资源是否大于或等于请求分配的资源，若是，则执行步骤105；否则，重复执行释放优先级次低的优先级进程占用的目标context的资源，并判断释放后的目标context的可用资源是否大于或等于请求分配的资源，直至释放后的目标context的可用资源大于或等于请求分配的资源。

需要注意的是，在本发明实施例中，释放低优先级进程占用的目标context的资源除了可以按照优先级从低到高的顺序释放之外，还可以按照其它策略进行，如按照低优先级进程占用的目标context的资源量从多到少的顺序释放，其具体实现在此不再赘述。

步骤105、从目标context的可用资源中，为目标进程分配与请求分配的资源量等量的资源。

本发明实施例中，当目标context的可用资源大于或等于请求分配的资源量，或释放后的目标context的可用资源大于或等于请求分配的资源量时，资源分配装置可以从目标context的可用资源中，为目标进程分配与请求分配的资源量等量的资源。

可见，在图1所描述的方法流程中，通过为context内的业务进程设置优先级，当高优先级的业务进程需要占用context的资源，而context的可用资源不足时，可以释放低优先级的业务进程占用的资源，从而能够使资源占用细化到业务粒度，保证context内特定业务进程的资源占用成功率，提高资源分配的灵活性。

请参见图2，为本发明实施例提供的另一种资源分配方法的流程示意图，如图2所示，该资源分配方法可以包括以下步骤：

步骤201、接收资源分配请求，该资源分配请求中包括context索引、业务进程号、以及请求分配的资源量。

本发明实施例中，当某context内的某业务进程开始运行时，该业务进程需要向资源分配装置发送资源分配请求，以请求分配资源；其中，该资源分配请求中可以包括但不限于用于标识该业务进程所在context的context索引，用于标识该业务进程的业务进程号，以及该业务进程请求分配的资源量。

步骤202、判断目标进程在目标context内是否存在预留资源；若是，则转至步骤203；否则，转至步骤205。

本发明实施例中，为了保证context内的特定业务进程的资源占用成功率，可以预先在context内为该特定业务进程配置预留资源，该特定业务进程之外的其它业务进程不能占用该特定业务进程的预留资源。

举例来说，假设context内包括NAT(NetworkAddressTranslation，网络地址转换)业务进程、Session业务进程等业务进程，且NAT业务为该context内的关键业务进程，从而，为了保证context内关键业务进程(关键业务进程可以由用户根据具体应用场景设定，或根据其它策略确定)的资源占用成功率，可以预先在context内为该关键业务进程配置预留资源，即为NAT业务配置预留资源。以资源为内存为例，假设context的内存总量为100M，context内NAT业务进程的预留资源为10％，则即使NAT业务未运行，其它业务进程也最多只能占用context的内存总量的90％；而对于NAT业务，无论运行启动时间的早晚，均能占用到预留资源，从而，保证了关键业务资源占用的成功率。

本发明实施例中，资源分配装置接收到资源分配请求时，可以根据该资源分配请求中包括的context索引以及业务进程号，判断该业务进程号对应的业务进程(即目标进程)在该context索引对应的context(即目标context)内是否存在预留资源。

在一种实施方式中，资源分配装置在为特定业务进程配置预留资源之后，可以维护如表1所示的资源分配表：

表1

其中，根据表1所示的资源分配表可知，在context索引为1的context(以下称为context1)内，为业务进程号为287的业务进程(以下称为业务进程287)配置了10％的预留资源，且没有为业务进程号为302的业务进程(以下称为业务进程302)配置预留资源。

可选地，对于未配置预留资源的业务进程，也可以指定其资源分配上限。例如，对于业务进程302，假设指定其资源分配上限为8％，则业务进程302最多只能在context1内的非预留资源中占用该context1的资源总量的8％。

举例来说，以资源为内存为例，假设context1的内存总量为100M，且业务进程302的资源分配上限为8％，则业务进程287在context1内存在10M(100M*10％＝10M)的预留内存，而业务进程302则最多只能在context1内剩余的90M非预留内存中占用8M(100M*8％＝8M)内存。

本发明实施例中，当资源分配装置确定目标进程在目标context内存在预留资源时，资源分配装置可以执行步骤203～步骤204；否则，可以执行步骤205～步骤208。

步骤203、判断目标进程在目标context内当前占用的资源量与请求分配的资源量二者之和是否大于目标进程在目标context内的预留资源量。若是，结束当前流程；否则，转至步骤204。

步骤204、从目标进程在目标context内的预留资源中为目标进程分配与请求分配的资源量等量的资源。

本发明实施例中，资源分配装置确定目标进程在目标context内存在预留资源之后，可以获取该目标进程在目标context内当前占用的资源量，并判断该当前占用的资源量与请求分配的资源量二者之和是否大于目标进程在目标context内的预留资源量，即判断目标进程想要占用的资源总量是否大于为其配置的预留资源量。

当资源分配装置确定目标进程在目标context内当前占用的资源量与请求分配的资源量二者之和小于或等于目标进程在目标context内的预留资源量，即目标进程在目标context内的预留资源足以进行资源分配时，资源分配装置可以从目标进程在目标context内的预留资源中为目标进程分配与请求分配的资源量等量的资源。

当资源分配装置确定目标进程在目标context内当前占用的资源量与请求分配的资源量二者之和大于目标进程在目标context内的预留资源量，即目标进程在目标context内的预留资源不足以进行资源分配时，资源分配装置可以拒绝为目标进程分配资源，或按照其它资源分配策略进行资源分配，本发明实施例对此不做限定。

可选地，当资源分配装置拒绝为目标进程分配资源，即资源分配装置不为目标进程分配资源时，可以输出提示信息，以提示资源分配发生错误，其中，该提示信息中可以包括资源分配发生错误的原因，如可用资源不足等。

在一种实施方式中，资源分配装置可以统计单位时间(该单位时间可以根据实际应用场景设置，如半小时、一小时等)内各业务进程的资源占用量，并根据所统计的各业务进程的资源占用量维护各业务进程的资源占用历史记录。例如，资源分配装置可以每隔单位时间统计一次各业务进程的资源占用量，并根据所统计的各业务进程的资源占用量维护对应的资源占用历史记录表，该资源占用历史记录表中可以包括但不限于上一个单位时间内的资源占用量，如过去一小时的资源占用量等。

基于所维护的资源占用历史记录，资源分配装置可以将最近一次统计的单位时间内目标进程在目标context内的资源占用量作为该目标进程在该目标context内当前占用的资源量。

进一步地，在本发明实施例中，资源分配装置维护的资源占用历史记录中还可以包括第一预设时间内的单位时间资源占用平均值、第一预设时间内的单位时间资源占用最高值、第二预设时间内的单位时间资源占用平均值、第二预设时间内的单位时间资源占用最高值等。其中，单位时间小于第一预设时间，第一预设时间小于第二预设时间。

举例来说，假设单位时间为一小时，第一预设时间为一天，第二预设时间为一个月，资源分配装置以资源占用历史记录表的方式维护各业务进程的资源占用历史记录，则该资源占用历史记录表中可以包括过去一小时的资源占用量、过去一天内资源占用的平均值(以一小时作为单位时间进行平均，下同)、过去一天内资源占用的最高值(即过去一天内每小时资源占用量的最高值)、过去一个月内资源占用的平均值、过去一个月内资源占用的最高值等，其中，该资源占用历史记录表可以如表2所示：

表2

本发明实施例中，资源分配装置可以根据所维护的资源占用历史记录设置业务进程的资源分配上限。例如，对于某业务进程，可以将该业务进程在目标context内过去一天内资源占用的最高值设置为该业务进程在目标context内的资源分配上限，或将该业务进程在目标context内过去一个月内资源占用的最高值设置为该业务进程在目标context内的资源分配上限等，其具体实现在此不再赘述。

在一种实施方式中，资源分配装置从目标进程在目标context内的预留资源中为目标进程分配与请求分配的资源量等量的资源之后，还可以更新该目标进程的资源占用历史记录。

步骤205、判断请求分配的资源量是否大于目标context的可用资源量。若是，转至步骤206；否则，转至步骤207。

步骤206、判断目标context内是否存在低优先级进程，该低优先级进程的优先级低于该业务进程号对应的目标进程的优先级。若是，转至步骤207；否则，结束当前流程。

步骤207、释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

步骤208、从目标context的可用资源中，为目标进程分配与请求分配的资源量等量的资源。

本发明实施例中，步骤205～步骤208的具体实现，可以参见上述步骤102～步骤105中的相关描述，本发明实施例在此不再赘述。

需要注意的是，当context内存在预留资源时，若目标进程在目标context内不存在预留资源，则对于该目标进程而言，目标context内的可用资源等于目标context内的非预留资源总量(目标context内的资源总量与预留资源总量的差值)与目标context内当前已被占用的非预留资源的差值。

举例来说，以资源为内存为例，假设目标context内内存总量为100M，预留内存总量为20M，且目标进程在目标context内不存在预留内存，则该目标context的非预留资源总量为80M(100M-20M＝80M)，若某一时刻，该目标context内的非预留资源中被占用20M，则对于目标进程而言，该目标context内的可用资源量等于60M(80M-20M＝60M)。

值得说明的是，在本发明实施例中，对于配置有预留资源的业务进程，可以为其设置最高的优先级或默认其优先级最高，此时，资源分配装置也可以不为该配置有预留资源的业务进程指定资源分配上限，进而，当该配置有预留资源的业务进程请求分配资源时，资源分配装置可以按照图1所示的方法流程进行处理。

进一步地，在本发明实施例中，资源分配装置从目标context的可用资源中为目标进程分配与请求分配的资源量等量的资源之后，还可以更新该目标进程的资源占用历史记录。

可见，在图2所描述的方法流程中，通过为context内的特定业务进程(如关键业务进程)配置预留资源，该预留资源专门用于分配给该特定业务进程，从而能够进一步保证context内特定业务进程的资源占用成功率。

请参见图3，为本发明实施例提供的另一种资源分配方法的流程示意图，如图3所示，该资源分配方法可以包括以下步骤：

步骤301、接收资源分配请求，该资源分配请求中包括context索引、业务进程号、以及请求分配的资源量。

本发明实施例中，当某context内的某业务进程开始运行时，该业务进程需要向资源分配装置发送资源分配请求，以请求分配资源；其中，该资源分配请求中可以包括但不限于用于标识该业务进程所在context的context索引，用于标识该业务进程的业务进程号，以及该业务进程请求分配的资源量。

步骤302、判断目标进程在目标context内当前占用的资源量与请求分配的资源量二者之和是否大于目标进程在目标context内的预设资源分配上限；若是，结束当前流程；否则，转至步骤303。

本发明实施例中，为了降低context内出现部分先运行的业务进程占用资源过多，导致其它业务进程无法占用资源的情况发生的概率，可以预先为context内部分或全部业务进程设置资源分配上限(即预设资源分配上限)，context内该部分或全部业务进程占用的context的资源不能超过对应的预设资源分配上限。

举例来说，假设context内包括NAT业务进程、Session业务进程等业务进程，且NAT业务进程的预设资源分配上限为10％，Session业务进程的预设资源分配上限为8％，则NAT业务进程在该context内占用的资源量不能超过该context资源总量的10％，Session业务进程的在该context内占用的资源量不能超过该context资源总量的8％，而对于未设置资源分配上限的业务进程，其可占用的资源量则由context内的可用资源量确定。

在一种实施方式中，资源分配装置为业务进程设置资源分配上限也可以通过预留资源的方式实现，即对于某些业务进程，如关键业务进程，资源分配装置为其设置的资源分配上限可以为资源分配装置为该业务进程配置的预留资源。例如，当资源分配装置在context1内为业务进程1配置10％的预留资源时，可以认为业务进程1在context1内的资源分配上限为10％。

在该实施方式中，其资源分配方式可以参见图2所示的方法流程中的相关描述，本发明实施例在此不再赘述。

本发明实施例中，资源分配装置接收到资源分配请求时，可以根据该资源分配请求中包括的context索引以及业务进程号，获取该业务进程号对应的业务进程(即目标进程)在该context索引对应的context(即目标context)内的预设资源分配上限，并判断该目标进程在目标context内当前占用的资源量与请求分配的资源量二者之和是否大于目标进程在目标context内的预设资源分配上限。

其中，资源分配装置获取目标进程在目标context内当前占用的资源量的实现方式可以参见图2所示的方法流程中的相关描述，本发明实施例在此不再赘述。

本发明实施例中，当资源分配装置确定目标进程在目标context内当前占用的资源与请求分配的资源量二者之和大于目标进程在目标context内的预设资源分配上限时，资源分配装置可以拒绝为该目标进程分配资源，或按照其它资源分配策略进行资源分配，本发明实施例对此不做限定。

可选地，当资源分配装置拒绝为目标进程分配资源，即资源分配装置不为目标进程分配资源时，可以输出提示信息，以提示资源分配发生错误，其中，该提示信息中可以包括资源分配发生错误的原因，如需要占用的资源超过资源分配上限等。

当资源分配装置确定目标进程在目标context内当前占用的资源与请求分配的资源量二者之和小于或等于目标进程在目标context内的预设资源分配上限时，资源分配装置可以执行步骤303～步骤306。

步骤303、判断请求分配的资源量是否大于目标context的可用资源量。若是，转至步骤304；否则，转至步骤306。

步骤304、判断目标context内是否存在低优先级进程，该低优先级进程的优先级低于该业务进程号对应的目标进程的优先级。若是，转至步骤207；否则，结束当前流程。

步骤305、释放低优先级进程占用的目标context的资源，直至释放后的目标context的可用资源量大于或等于请求分配的资源量。

步骤306、从目标context的可用资源中，为目标进程分配与请求分配的资源量等量的资源。

本发明实施例中，步骤303～步骤306的具体实现，可以参见上述步骤102～步骤105中的相关描述，本发明实施例在此不再赘述。

在一种实施方式中，可以为设置有资源分配上限的业务进程设置高于未设置资源分配上限的业务进程的优先级，或者默认设置有资源分配上限的业务进程的优先级高于未设置资源分配上限的业务进程的优先级，从而可以在一定程度上保证设置有资源分配上限的业务进程的资源占用成功率。

需要注意的是，在本发明实施例中，考虑到当物理防火墙被划分为多个context，且多个context共用物理防火墙的资源时，各context配置的资源使用上限之和可能会出现大于物理防火墙的资源总量的情况。例如，假设物理防火墙被划分为context1、context2和context3，context1、context2和context3的资源使用上限各为40％，则context1、context2和context3的资源使用上限之和大于物理防火墙的资源总量，此时，可能会出现请求分配的资源量小于context内可用资源量，但大于系统可用资源量(即物理防火墙的可用资源量)的情况。

举例来说，以资源为内存为例，假设物理防火墙的内存总量为100M，且该物理防火墙被划分为context1、context2和context3，context1、context2和context3的内存使用上限各为40％，即context1、context2和context3的内存使用上限各为40M；其中，当context1和context2的内存均被全部占用，且context3的内存被占用15M时，context3的可用内存量为25M，而系统可用资源量仅为5M，此时，若context3内某业务进程请求分配10M的内存，则会出现context3的可用内存量大于请求分配的内存量(25M＞10M)，但系统可用内存量小于请求分配的内存量(5M＜10M)的情况。

因此，在本发明实施例中(包括上述图1～图3所示的方法流程中)，资源分配装置确定目标context内的可用资源量大于或等于请求分配的资源量，或释放后的目标context的可用资源量大于或等于请求分配的资源量时，在进行资源分配之前，可以进一步判断系统可用资源量是否大于或等于请求分配的资源量，并当大于或等于时，进行资源分配；否则，拒绝进行资源分配，或释放目标context内低优先级的业务进程占用的进程，直至释放后的系统可用资源量大于或等于请求分配的资源量，其具体实现在此不再赘述。

进一步地，在本发明实施例中，资源分配装置从目标context的可用资源中为目标进程分配与请求分配的资源量等量的资源之后，还可以更新该目标进程的资源占用历史记录。

可见，在图3所描述的方法流程中，通过为context内的部分或全部业务进程设置资源分配上限，使资源占用细化到业务粒度，降低了context内出现部分先运行的业务进程占用资源过多，导致其它业务进程无法占用资源的情况发生的概率。

为了使本领域技术人员更好地理解本发明实施例提供的技术方案，下面结合具体的应用场景进行说明。

请参见图4，为本发明实施例提供的一种具体应用场景的示意图，其中，LAN(LocalAreaNetwork，局域网)1、LAN2和LAN3是三个不同的局域网，它们通过同一台防火墙(Firewall)连接到互联网(Internet)。通过虚拟化技术，将该防火墙上划分为三个(context1、context2、context3)，分别负责LAN1、LAN2、LAN3的安全接入。

在该实施例中，context1内NAT业务进程(进程号287)为关键业务进程，为其预留内存资源10％。Session业务进程(进程号302)指定内存分配上限为8％，优先级为5。context2内NAT业务进程(进程号113)为关键业务进程，为其预留内存资源5％。Session业务进程(进程号115)指定内存分配上限为3％，优先级为3。系统内部记录的资源分配表如表3所示：

表3

context资源分配表如表4所示：

表4

Context索引	资源1	资源1分配上限
			1	内存	40％
2	内存	20％

基于上述设置，系统启动后，内存资源可分配额度＝100％-10％(context1预留资源)-5％(context2预留资源)＝85％。

系统启动后，context1最多占用内存40％，NAT业务进程占用内存最多为10％。

在该实施例中，context1启动后，若Session业务进程未运行，Nat业务进程已运行，其他业务进程运行内存占用达到25％，此时Session业务进程运行，申请6％的内存，系统可用剩余内存为15％，context1内可分配内存额度为：40％-10％-25％＝5％，6％<5％，则根据业务进程优先级，释放优先级最低的业务进程占用的内存，直到context1内可分配内存额度大于等于6％，资源成功分配给Session业务进程使用。

通过以上描述可以看出，在本发明实施例提供的技术方案中，通过为context内的业务进程设置优先级，当高优先级的业务进程需要占用context的资源，而context的可用资源不足时，可以释放低优先级的业务进程占用的资源，从而能够使资源占用细化到业务粒度，保证context内特定业务进程的资源占用成功率，提高资源分配的灵活性。

请参见图5，为本发明实施例提供的一种资源分配装置的结构示意图，其中，所述装置可以应用于可以应用于物理防火墙或配置有物理防火墙的设备，如图5所示，该资源分配装置可以包括：

接收单元510，用于接收资源分配请求，所述资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；

判断单元520，用于判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；

所述判断单元520，还用于当所述请求分配的资源量大于所述目标context的可用资源量时，判断所述目标context内是否存在低优先级进程，所述低优先级进程的优先级低于所述业务进程号对应的目标进程的优先级；

释放单元530，用于当所述目标context内存在低优先级进程时，释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量；

分配单元540，用于从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源。

在一实施例中，所述判断单元520，还可以用于当所述目标context内存在低优先级进程时，判断所述低优先级进程占用的所述目标context的资源量与所述目标进程的可用资源量二者之和是否大于或等于所述请求分配的资源量；

相应地，所述释放单元530，可以具体用于当所述低优先级进程占用的所述目标context的资源量与所述目标进程的可用资源量二者之和大于或等于所述请求分配的资源量时，释放所述低优先级进程占用的所述目标context的资源。

在一实施例中，所述释放单元530，可以具体用于按照所述低优先级进程的优先级从低到高的顺序或按照所述低优先级进程占用的目标context的资源量从多到少的顺序释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量。

在一实施例中，所述判断单元520，还可以用于判断所述目标进程在所述目标context内是否存在预留资源；

相应地，所述判断单元520，可以具体用于当所述目标进程在所述目标context内不存在预留资源时，判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；其中，所述目标context的可用资源量等于所述目标context的非预留资源总量与所述目标context内当前已被占用的非预留资源量的差值。

在一实施例中，所述判断模块520，还可以用于当所述目标进程在所述目标context内存在预留资源时，判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预留资源量；

相应地，所述分配单元540，还可以用于从所述目标进程在所述目标context内的预留资源中为所述目标进程分配与所述请求分配的资源量等量的资源。

在一实施例中，所述判断模块520，还可以用于判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预设资源分配上限；

相应地，所述判断模块520，可以具体用于当所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和小于或等于所述目标进程在所述目标context内的预设资源分配上限时，判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量。

请一并参见图6，为本发明实施例提供的另一种资源分配装置的结构示意图，该实施例在前述图5所示实施例的基础上，所述装置还可以包括：更新单元550。其中：

更新单元550，用于在所述分配单元从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源之后，更新所述目标进程的资源占用历史记录。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

由上述实施例可见，通过为context内的业务进程设置优先级，当高优先级的业务进程需要占用context的资源，而context的可用资源不足时，可以释放低优先级的业务进程占用的资源，从而能够使资源占用细化到业务粒度，保证context内特定业务进程的资源占用成功率，提高资源分配的灵活性。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (14)

1.一种资源分配方法，其特征在于，包括：

接收资源分配请求，所述资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；

判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；

若是，判断所述目标context内是否存在低优先级进程，所述低优先级进程的优先级低于所述业务进程号对应的目标进程的优先级；

若存在，释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量；

从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源。

2.根据权利要求1所述的方法，其特征在于，若所述目标context内存在低优先级进程，所述释放所述低优先级进程占用的所述目标context的资源之前，还包括：

判断所述低优先级进程占用的所述目标context的资源量与所述目标进程的可用资源量二者之和是否大于或等于所述请求分配的资源量；

若是，则确定执行所述释放所述低优先级进程占用的所述目标context的资源的步骤。

3.根据权利要求1所述的方法，其特征在于，所述释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源大于或等于所述请求分配的资源量，包括：

按照所述低优先级进程的优先级从低到高的顺序或按照所述低优先级进程占用的目标context的资源量从多到少的顺序释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量。

4.根据权利要求1所述的方法，其特征在于，所述判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量之前，还包括：

判断所述目标进程在所述目标context内是否存在预留资源；

若不存在，则确定执行所述判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量的步骤；

其中，所述目标context的可用资源量等于所述目标context的非预留资源总量与所述目标context内当前已被占用的非预留资源量的差值。

5.根据权利要求4所述的方法，其特征在于，所述判断所述目标进程在所述目标context内是否存在预留资源之后，还包括：

若存在，则判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预留资源量；

若否，则从所述目标进程在所述目标context内的预留资源中为所述目标进程分配与所述请求分配的资源量等量的资源。

6.根据权利要求1所述的方法，其特征在于，所述判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量之前，还包括：

判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预设资源分配上限；

若否，则确定执行所述判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量的步骤。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源之后，还包括：

更新所述目标进程的资源占用历史记录。

8.一种资源分配装置，其特征在于，包括：

接收单元，用于接收资源分配请求，所述资源分配请求中包括context索引、业务进程号、以及请求分配的资源量；

判断单元，用于判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；

所述判断单元，还用于当所述请求分配的资源量大于所述目标context的可用资源量时，判断所述目标context内是否存在低优先级进程，所述低优先级进程的优先级低于所述业务进程号对应的目标进程的优先级；

释放单元，用于当所述目标context内存在低优先级进程时，释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量；

分配单元，用于从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源。

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

所述判断单元，还用于当所述目标context内存在低优先级进程时，判断所述低优先级进程占用的所述目标context的资源量与所述目标进程的可用资源量二者之和是否大于或等于所述请求分配的资源量；

所述释放单元，具体用于当所述低优先级进程占用的所述目标context的资源量与所述目标进程的可用资源量二者之和大于或等于所述请求分配的资源量时，释放所述低优先级进程占用的所述目标context的资源。

10.根据权利要求8所述的装置，其特征在于，

所述释放单元，具体用于按照所述低优先级进程的优先级从低到高的顺序或按照所述低优先级进程占用的目标context的资源量从多到少的顺序释放所述低优先级进程占用的所述目标context的资源，直至释放后的所述目标context的可用资源量大于或等于所述请求分配的资源量。

11.根据权利要求8所述的装置，其特征在于，

所述判断单元，还用于判断所述目标进程在所述目标context内是否存在预留资源；

所述判断单元，具体用于当所述目标进程在所述目标context内不存在预留资源时，判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量；其中，所述目标context的可用资源量等于所述目标context的非预留资源总量与所述目标context内当前已被占用的非预留资源量的差值。

12.根据权利要求11所述的装置，其特征在于，

所述判断模块，还用于当所述目标进程在所述目标context内存在预留资源时，判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预留资源量；

所述分配单元，还用于从所述目标进程在所述目标context内的预留资源中为所述目标进程分配与所述请求分配的资源量等量的资源。

13.根据权利要求7所述的装置，其特征在于，

所述判断模块，还用于判断所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和是否大于所述目标进程在所述目标context内的预设资源分配上限；

所述判断模块，具体用于当所述目标进程在所述目标context内当前占用的资源量与所述请求分配的资源量二者之和小于或等于所述目标进程在所述目标context内的预设资源分配上限时，判断所述请求分配的资源量是否大于所述context索引对应的目标context的可用资源量。

14.根据权利要求8-13任一项所述的装置，其特征在于，所述装置还包括：

更新单元，用于在所述分配单元从所述目标context的可用资源中，为所述目标进程分配与所述请求分配的资源量等量的资源之后，更新所述目标进程的资源占用历史记录。