CN107508765B - 一种消息处理方法及设备 - Google Patents

Abstract

本申请实施例公开了一种消息处理方法及设备，涉及通信技术领域，解决了管理服务器的负载较高的问题。具体方案为：获取应用服务器发送的资源分配请求消息，用于请求管理服务器为应用服务器分配第一阈值的第一资源，管理服务器用于管理第一资源的分配和释放；从资源可用量信息表中获取第一剩余量信息，第一剩余量信息用于指示第一资源的剩余可用量，资源可用量信息表存储于可编程逻辑硬件中，资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，第一资源为至少一种资源中的一种；当第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值时，转发资源分配请求消息至管理服务器。

Description

一种消息处理方法及设备

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种消息处理方法及设备。

背景技术

在分布式系统中，管理服务器负责管理多个应用服务器对共享资源(如共用的具备计算能力的节点、缓存空间、公网网际协议(Internet Protocol，IP)地址等)的互斥访问。

现有技术中，在某一应用服务器需要使用某一共享资源时，该应用服务器向管理服务器发送资源申请请求，以申请资源；管理服务器响应资源申请请求，检查被申请资源的可用状况，并根据检查结果向该应用服务器返回成功或者失败的响应消息。同理，在某一应用服务器需要释放某一待释放的共享资源时，该应用服务器向管理服务器发送资源释放请求，以请求释放待释放资源；管理服务器响应资源释放请求，释放该待释放资源。

上述技术方案中，每一次资源的申请和释放，应用服务器均需要与管理服务器通信。在大规模的分布式系统中，应用服务器的数量较大。如果大量的应用服务器共享同一资源，则会有大量的应用服务器与管理服务器通信，相应的，管理服务器会接收到大量的请求，这样，管理服务器的负载较高。

发明内容

本申请实施例提供一种消息处理方法及设备，能够解决管理服务器的负载较高的问题。

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

第一方面，提供一种消息处理方法，该消息处理方法由包括接口和可编程逻辑硬件的网络设备执行，该网络设备通过上述接口与应用服务器以及管理服务器通信，上述可编程逻辑硬件在获取到应用服务器发送的用于请求管理服务器为应用服务器分配第一阈值的第一资源的资源分配请求消息后，从该可编程逻辑硬件存储的资源可用量信息表中获取第一剩余量信息，这里，第一剩余量信息用于指示第一资源的剩余可用量，资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，第一资源为至少一种资源中的一种。当获取到的第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值时，上述可编程逻辑硬件转发资源分配请求消息至管理服务器，以便于管理服务器根据资源分配请求消息为应用服务器分配第一阈值的第一资源。

本申请实施例中的网络设备通过比较第一阈值与第一剩余量信息指示的第一资源的剩余可用量的大小，确定是否向管理服务器转发其获取到的资源分配请求消息。只有在第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值的情况下，网络设备向管理服务器转发资源分配请求消息，大大减少了管理服务器接收的资源分配请求消息的数量，减少了管理服务器的负载，进一步地提高了管理服务器的处理能力。此外，上述消息处理过程均为网络设备的可编辑逻辑硬件完成，可编程逻辑硬件的消息处理能力较高，因此即使有大量的应用服务器向管理服务器发送资源分配请求消息，可编程逻辑硬件也能够快速的处理其获取到的资源分配请求消息，有效的避免了本申请实施例中网络设备负载较高的问题。

本申请实施例中的第一阈值指应用服务器申请为其分配的第一资源的总大小。若第一资源为具备计算能力的节点，则第一阈值表示应用服务器申请具备计算能力的节点的数量；若第一资源为缓存空间，则第一阈值为应用服务器申请缓存空间的大小。

可选的，在本申请的一种可能的实现方式中，当第一剩余量信息指示的第一资源的剩余可用量小于第一阈值时，网络设备丢弃资源分配请求消息，或者向应用服务器发送失败响应。

在第一剩余量信息指示的第一资源的剩余可用量小于第一阈值的情况下，网络设备不再向管理服务器发送其获取到的资源分配请求消息，这样可大大减少管理服务器的负载。

可选的，在本申请的另一种可能的实现方式中，当上述可编程逻辑硬件转发资源分配请求消息至管理服务器之后，该可编程逻辑硬件还会接收到管理服务器发送的携带有第二剩余量信息的第一通知消息，该第二剩余量信息用于表示：在管理服务器根据资源分配请求消息为应用服务器分配第一阈值的第一资源后，第一资源的剩余可用量；相应的，上述可编程逻辑硬件将资源可用量信息表中的第一资源的剩余可用量信息更新为第二剩余量信息。

本申请实施例中的管理服务器为应用服务器分配第一阈值的第一资源后，计算第一资源的当前剩余可用量。在计算出第一资源的当前剩余可用量后，该管理服务器向网络设备发送第一资源的当前剩余可用量，这样，网络设备中的可编程逻辑硬件可及时更新资源可用量信息表中的第一资源的剩余可用量信息。

本申请实施例中的可编程逻辑硬件实时或定时更新资源可用量信息表的内容，提高了可编程逻辑硬件确定是否向管理服务器转发资源分配请求消息的准确性，有效的减小了管理服务器的负载。

可选的，在本申请的另一种可能的实现方式中，上述可编程逻辑硬件还可以接收管理服务器发送的携带有第三剩余量信息的第二通知消息，该第三剩余量信息用于表示：在管理服务器释放第二数量的第一资源后，第一资源的剩余可用量；相应的，该可编程逻辑硬件将资源可用量信息表中的第一资源的剩余可用量信息更新为第三剩余量信息。

在分配某一数量的第一资源或者释放某一数量的第一资源后，管理服务器均会确定出第一资源的当前剩余可用量，并将第一资源的当前剩余可用量发送给网络设备，这样，网络设备中的可编程逻辑硬件可及时更新其存储的资源可用量信息表的内容，提高了可编程逻辑硬件确定是否向管理服务器转发资源分配请求消息的准确性，有效的减小了管理服务器的负载。

可选的，在本申请的另一种可能的实现方式中，可编程逻辑硬件还可以获取到应用服务器发送的资源释放通知消息，该资源释放通知消息用于通知管理服务器释放第二数量的第一资源；可编程逻辑硬件在获取到该资源释放通知消息后，直接将该资源释放通知消息转发至管理服务器。

第二方面，提供一种网络设备，该网络设备包括获取单元、可编程逻辑单元和发送单元。其中，上述获取单元，用于获取应用服务器发送的资源分配请求消息，资源分配请求消息用于请求管理服务器为应用服务器分配第一阈值的第一资源，管理服务器用于管理第一资源的分配和释放。上述可编程逻辑单元，用于从资源可用量信息表中获取第一剩余量信息，该第一剩余量信息用于指示第一资源的剩余可用量，上述资源可用量信息表存储于可编程逻辑单元，资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，第一资源为至少一种资源中的一种，以及用于判断第一剩余量信息是否大于上述获取单元获取到的第一阈值。上述发送单元，用于当上述可编程逻辑单元确定第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值时，转发资源分配请求消息至管理服务器。

可选的，在本申请的一种可能的实现方式中，本申请提供的网络设备还包括接收单元，该接收单元，用于在上述发送单元转发资源分配请求消息至管理服务器之后，接收管理服务器发送的携带有第二剩余量信息的第一通知消息，第二剩余量信息用于表示：在管理服务器根据资源分配请求消息为应用服务器分配第一阈值的第一资源后，第一资源的剩余可用量。相应的，上述可编程逻辑单元，还用于响应该接收单元接收到的第一通知消息，将资源可用量信息表中的第一资源的剩余可用量信息更新为第二剩余量信息。

可选的，在本申请的另一种可能的实现方式中，本申请提供的网络设备还包括接收单元，该接收单元用于接收管理服务器发送的携带有第三剩余量信息的第二通知消息，第三剩余量信息用于表示：在管理服务器释放第二数量的第一资源后，第一资源的剩余可用量。相应的，上述可编程逻辑单元，还用于响应该接收单元接收到的第二通知消息，将资源可用量信息表中的第一资源的剩余可用量信息更新为第三剩余量信息。

第三方面，提供一种网络设备，该网络设备包括接口和可编程逻辑硬件。其中，该网络设备通过接口与应用服务器以及管理服务器通信，可编程逻辑硬件存储有资源可用量信息表，该资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，当网络设备运行时，可编程逻辑硬件执行如上述第一方面及其各种可能的实现方式的消息处理方法。

第四方面，还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令；当其在网络设备上运行时，使得网络设备执行如上述第一方面及其各种可能的实现方式所述的消息处理方法。

第五方面，还提供一种包含指令的计算机程序产品，当其在网络设备上运行时，使得网络设备执行如上述第一方面及其各种可能的实现方式所述的消息处理方法。

在本申请中，上述网络设备的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。

本申请中第二方面、第三方面、第四方面、第五方面及其各种实现方式的具体描述，可以参考第一方面及其各种实现方式中的详细描述；并且，第二方面、第三方面、第四方面、第五方面及其各种实现方式的有益效果，可以参考第一方面及其各种实现方式中的有益效果分析，此处不再赘述。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

图1为现有的分布式系统的结构示意图；

图2为本申请实施例提供的分布式系统的结构示意图；

图3为本申请实施例提供的网络设备的结构示意图一；

图4为本申请实施例提供的消息处理方法的流程示意图一；

图5为本申请实施例提供的消息处理方法的流程示意图二；

图6为本申请实施例提供的消息处理方法的流程示意图三；

图7为本申请实施例提供的网络设备的结构示意图二；

图8为本申请实施例提供的网络设备的结构示意图三。

具体实施方式

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在分布式系统中，多个应用服务器可访问同一共享资源，管理服务器负责管理多个应用服务器对共享资源的互斥访问。这里的共享资源可以为共用的具备计算能力的节点，也可以为缓存空间，还可以为公网IP地址，还可以为前述任意多种资源的集合。一般的，对于管理服务器而言，上述任意一种资源可构成了一个资源池。应用服务器按需向管理服务器申请某一或某些资源池中的资源，当不再使用某一资源后，应用服务器通知管理服务器将该资源放回其归属的资源池中。

管理服务器可将每个资源池中的资源按照预设大小划分为至少一个子资源，分布式系统中能够使用该资源的各个应用服务器均可获取到该资源的划分情况。每个应用服务器在申请和释放该资源时，均以子资源为单位进行。

示例性的，共享资源为10兆比特(Mb)的缓存空间，管理服务器可将该缓存空间划分为5个子资源，每个子资源为2Mb的缓存空间。共享资源为30个公网IP地址，管理服务器可将该公网IP地址划分为30个子资源，每个子资源为一个IP地址。

如图1所示，现有的分布式系统包括管理服务器和M个应用服务器(应用服务器1、应用服务器2、……、应用服务器M)，M≥1，管理服务器和每个应用服务器均接入网络，管理服务器负责管理N个资源池(资源池1、……、资源池N)中资源的分配和释放，每个资源池对应一种资源，M个应用服务器共享这N个资源池中的资源，每个应用服务器均通过与管理服务器的通信实现某一资源的申请和释放。

具体的，某一应用服务器需要使用某一共享资源时，该应用服务器向管理服务器发送资源申请请求，以申请资源；管理服务器响应资源申请请求，检查被申请资源的可用状况，并根据检查结果向该应用服务器返回成功或者失败的响应消息。在某一应用服务器需要释放某一待释放的共享资源时，该应用服务器向管理服务器发送资源释放请求，以请求释放待释放资源；管理服务器响应资源释放请求，释放该待释放资源。

每一次资源的申请和释放，应用服务器均需要与管理服务器通信。在大规模的分布式系统中，应用服务器的数量较大。如果大量的应用服务器共享同一资源，则会有大量的应用服务器与管理服务器通信，这样，管理服务器会接收到大量的请求，导致管理服务器的负载较高。

针对上述管理服务器的负载较高的问题，本申请实施例提供一种消息处理方法，该消息处理方法由包括接口和可编程逻辑硬件的网络设备执行，该网络设备通过上述接口与应用服务器以及管理服务器通信，上述可编程逻辑硬件在获取到应用服务器发送的用于请求管理服务器为应用服务器分配第一阈值的第一资源的资源分配请求消息后，从该可编程逻辑硬件存储的资源可用量信息表中获取第一剩余量信息，其中，第一剩余量信息用于指示第一资源的剩余可用量，资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，第一资源为至少一种资源中的一种。当获取到的第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值时，上述可编程逻辑硬件转发资源分配请求消息至管理服务器，有效的减少了管理服务器接收到的消息的数量，减少了管理服务器的负载。

此外，上述消息处理过程均为网络设备的可编辑逻辑硬件完成，可编程逻辑硬件的消息处理能力较高，因此即使有大量的应用服务器向管理服务器发送资源分配请求消息，可编程逻辑硬件也能够快速的处理其获取到的资源分配请求消息，有效的避免了本申请实施例中网络设备负载较高的问题。

本申请实施例提供的消息处理方法适用于分布式系统，图2是本申请实施例提供的分布式系统的结构图。如图2所示，该分布式系统包括至少一个应用服务器20、管理服务器21以及网络设备22。每个应用服务器20均接入网络，管理服务器21经过网络设备22接入网络。管理服务器21负责管理至少一个应用服务器20的共享资源的分配和释放。

需要说明的是，实际应用中，每个应用服务器以及管理服务器均通过各自的网卡Network Interface Card，NIC)与柜上(Top of Rack，ToR)交换机相连，从而接入网络。为了便于理解，图2中未示出每个应用服务器的ToR交换机，也未示出管理服务器的ToR交换机。

在本申请实施例中，图2所示的应用服务器20和管理服务器21为通用计算机设备。

图2中的网络设备22可以是任一具备解析消息、快速处理消息的通用计算机设备。该网络设备22可以为位于应用服务器20与管理服务器21之间的一个独立、专用的设备，也可以集成在管理服务器21的NIC上，还可以集成在管理服务器的ToR交换机上，本申请实施例对此不作具体限定。简单的可以认为，网络设备22位于管理服务器21之前，应用服务器20发送的消息必须经过网络设备22才能传输到管理服务器21。

如图3所示，本申请实施例中的网络设备22包括接口30和可编程逻辑硬件31，其中，接口30与可编程逻辑硬件31之间通过系统总线32连接，并完成相互间通信。

接口30用于网络设备22与其他设备通信，例如通过接口30向管理服务器转发满足一定条件的资源分配请求消息。

可编程逻辑硬件31执行本申请实施例提供的消息处理方法，可提高网络设备22的消息处理能力。该可编程逻辑硬件31存储有包括至少一种资源的剩余可用量信息的资源可用量信息表，在获取到资源分配请求消息后，该可编程逻辑硬件31可根据资源可用量信息表确定是否将其获取到的资源分配请求消息转发给管理服务器。

可选的，可编程逻辑硬件31可以为现场可编程门阵列(Field-Programmable GateArray，FPGA)、也可以为数据面开发套件(Data Plane Development Kit，DPDK)、还可以为P4交换机，还可以为其他可编程逻辑硬件，本申请实施例对此不作具体限定。

系统总线32可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该系统总线32可以分为地址总线、数据总线、控制总线等。本申请实施例中为了清楚说明，在图3中将各种总线都示意为系统总线33。

图4是本申请实施例提供的消息处理方法的流程示意图，该消息处理方法可以应用在图2所示的分布式系统中。在每个应用服务器对某一资源的申请和释放过程中，网络设备中的可编程逻辑硬件的处理过程均相同，因此，本申请实施例以一个应用服务器申请和释放第一资源为例进行说明。

参见图4，该消息处理方法包括：

S400、在需要使用第一阈值的第一资源时，应用服务器向管理服务器发送资源分配请求消息，用于请求管理服务器为该应用服务器分配第一阈值的第一资源。

管理服务器用于管理至少一种资源的分配和释放，第一资源为至少一种资源中的其中一种。

本申请实施例中的应用服务器内置有多个应用程序，该应用程序可以为数据库应用程序、IP管理程序、计算任务编排程序等。

具体的，在应用服务器的某一应用程序的运行过程中，该应用程序需要使用第一阈值的第一资源，此时，该应用服务器生成资源分配请求消息，并向管理服务器发送该资源分配请求消息。

结合前面描述可知，每个应用服务器在申请和释放资源时，均以该资源的子资源为单位进行。本申请实施例中的应用服务器生成的资源分配请求消息可以包括该应用服务器所要申请的第一资源的子资源的数量i。第一资源的每个子资源的大小是预设的，若第一资源的每个子资源的大小用k表示，则i与k的乘积等于第一阈值。

可选的，应用服务器生成的资源分配请求消息还包括第一操作码以及第一资源的标识，第一操作码用于表示该消息是用于请求管理服务器为其分配资源的消息，第一资源的标识可以为第一资源的名称，也可以为第一资源在管理服务器管理的多个资源中的编号，还可以为其他能够唯一识别第一资源的标识，本申请实施例对此不作具体限定。

资源分配请求消息以报文的形式存在。示例性的，本申请实施例中的资源分配请求消息的格式如下表1所示。如表1所示，该资源分配请求消息包括第一操作码、资源标识和子资源数量，其中，第一操作码的长度为2比特(bit)，资源标识的长度为30bit，子资源数量的长度为32bit。

表1

第一操作码

资源标识

子资源数量

需要说明的是，上述表1仅仅是对资源分配请求消息的格式的示例，并不唯一限定该资源分配请求消息的格式。实际应用中，除了上述表1所示的格式之外，资源分配请求消息的格式还可以为其他格式。如上述资源标识和子资源数量可以编码在现有协议的空余字段中。

S401、网络设备中的可编程逻辑硬件拦截并解析上述资源分配请求消息。

从前面描述可知，本申请实施例中的网络设备位于管理服务器之前，应用服务器发送的消息必须经过网络设备才能传输到管理服务器。因此，在应用服务器发送资源分配请求消息后，该网络设备中的可编程逻辑硬件可拦截到该资源分配请求消息。本申请实施例后续涉及到的可编程逻辑硬件均用于表示网络设备中的可编程逻辑硬件。

可编程逻辑硬件在拦截到资源分配请求消息后，解析该消息，确定其拦截到的消息为资源分配请求消息，且确定该消息用于表示应用服务器请求为其分配第一阈值的第一资源。

S402、可编程逻辑硬件从资源可用量信息表中获取第一剩余量信息。

可编程逻辑硬件中存储有资源可用量信息表，该资源可用量信息表包括管理服务器管理的至少一种资源中每种资源的剩余可用量信息，每种资源的剩余可用量信息用于指示所述相应资源的剩余可用量。

其中，网络设备可通过接口定时或周期性的与管理服务器交互，以使得可编程逻辑硬件更新资源可用量信息表，也可以是在任一资源的剩余可用量发生变化时，通过接口接收管理服务器发送的携带有用于表示当前剩余量的信息的通知消息，以便于可编程逻辑硬件及时更新资源可用量信息表。本申请实施例中可编程逻辑硬件对资源可用量信息表的更新的详细介绍可参考后续描述。本申请实施例后续涉及到的接口均用于表示网络设备中的接口。

需要说明的是，本申请实施例中资源可用量信息表除了表格的形式之外还可以为其他表现形式。

可编程逻辑硬件在确定出其拦截到的消息为应用服务器请求为其分配第一阈值的第一资源的消息后，从资源可用量信息表中查询第一资源的剩余可用量。具体的，可编程逻辑硬件从资源可用量信息表中获取第一剩余量信息，该第一剩余量信息用于表示第一资源的剩余可用量。

S403、可编程逻辑硬件判断第一剩余量信息指示的第一资源的剩余可用量是否大于第一阈值。

若第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值，则说明第一资源较为充分，能够被应用服务器使用，这样，可编程逻辑硬件可将其拦截到的资源分配请求消息通过接口转发给管理服务器，即执行S404。若第一剩余量信息指示的第一资源的剩余可用量小于第一阈值，则说明第一资源无法被应用服务器使用，这样，可编程逻辑硬件不再将其拦截到的资源分配请求消息转发给管理服务器，即执行S406a或S406b。由于S406a和S406b中的其中一个为可选的，图4中用虚线表示S406a，当然，也可以用虚线表示S406b。

S404、当第一剩余量信息指示的第一资源的剩余可用量大于或等于第一阈值时，可编程逻辑硬件通过接口转发资源分配请求消息至管理服务器。

S405、管理服务器根据资源分配请求消息，执行为应用服务器分配第一阈值的第一资源的流程。

具体的，管理服务器解析资源分配请求消息，确定该请求用于请求管理服务器为应用服务器分配第一阈值的第一资源。管理服务器判断第一资源是否充足，以便于确定是否为该应用服务器分配第一阈值的第一资源。

在管理服务器确定第一资源充足的情况下，分配第一阈值的第一资源给应用服务器，并向该应用服务器发送成功响应消息。这里，成功响应消息携带有生效时间信息，该生效时间信息用于表示该应用服务器使用第一阈值的第一资源的最长时间。也就是说，在生效时间信息指示的时长结束后，若该应用服务器还需使用第一阈值的第一资源，则该应用服务器还需继续向管理服务器申请。

在管理服务器确定第一资源不充足的情况下，该管理服务器不再为第一应用服务器分配第一资源。管理服务器向该应用服务器发送失败响应消息。

从前面描述可知，可编程逻辑硬件可定时或周期性的更新资源可用量信息表，也可以及时更新资源可用量信息表。若可编程逻辑硬件定时或周期性的更新资源可用量信息表，则资源可用量信息表中第一资源的剩余可用量信息可能不准确，因此，管理服务器可能会向应用服务器发送失败响应消息。

S406a、当第一剩余量信息指示的第一资源的剩余可用量小于第一阈值时，可编程逻辑硬件丢弃资源分配请求消息。

第一剩余量信息指示的第一资源的剩余可用量小于第一阈值时，说明第一资源不充足，无法再为应用服务器分配，可编程逻辑硬件不再将资源分配请求消息通过接口转发给管理服务器。可选的，可编程逻辑硬件丢弃资源分配请求消息。相应的，应用服务器无法接收到与资源分配请求消息对应的响应消息。实际应用中，应用服务器设置定时器，在该应用服务器发送资源分配请求后，启动定时器，在定时器的计时超过预设时间段后，该应用服务器重新发送资源分配请求。

S406b、当第一剩余量信息指示的第一资源的剩余可用量小于第一阈值时，可编程逻辑硬件通过接口向应用服务器发送失败响应消息。

第一剩余量信息指示的第一资源的剩余可用量小于第一阈值时，说明第一资源不充足，无法再为应用服务器分配，可编程逻辑硬件不再将资源分配请求消息通过接口转发给管理服务器。可选的，可编程逻辑硬件通过接口向应用服务器发送失败响应消息。

综上所述，本申请实施例中的可编程逻辑硬件选择性的向管理服务器发送资源分配请求消息，有效的减少了管理服务器接收到的消息的数量，减少了管理服务器的负载。此外，可编程逻辑硬件的消息处理能力较高，因此即使有大量的应用服务器向管理服务器发送资源分配请求消息，可编程逻辑硬件也能够快速的处理其获取到的资源分配请求消息，有效的避免了本申请实施例中网络设备负载较高的问题。

管理服务器用于管理至少一种资源的分配和释放，因此，管理服务器可获取到每一种资源的当前剩余可用量。可编程逻辑硬件存储的资源可用量信息表包括每种资源的剩余可用量信息。为了让可编程逻辑硬件获取到每种资源的当前剩余量，管理服务器向可编程逻辑硬件发送携带有用于表示每种资源的当前剩余量的信息的通知消息，以便于可编程逻辑硬件更新资源可用量信息表。

从前面描述可知，可编程逻辑硬件可定时或周期性的与管理服务器交互，以更新资源可用量信息表，也可以是在任一资源的剩余可用量发生变化时，通过接口接收管理服务器发送的通知消息，进而使得可编程逻辑硬件根据接收到的通知消息更新资源可用量信息表。无论是采用哪种方式更新资源可用量信息表，可编程逻辑硬件均需通过接口与管理服务器交互，且交互过程相同。本申请实施例以在第一资源的剩余可用量发生变化时，可编程逻辑硬件通过接口接收管理服务器发送的第一通知消息，进而根据接收到的第一通知消息更新资源可用量信息表为例进行说明。

具体的，结合图4，如图5所示，在S405管理服务器为应用服务器分配第一阈值的第一资源后，本申请实施例提供的消息处理方法还包括：

S407、管理服务器确定第二剩余量信息。

第二剩余量信息用于表示：在管理服务器根据资源分配请求消息为应用服务器分配第一阈值的第一资源后，第一资源的剩余可用量。

S408、管理服务器向可编程逻辑硬件发送携带有第二剩余量信息的第一通知消息。

这里的第一通知消息用于通知可编程逻辑硬件将资源可用量信息表中第一资源的剩余可用量信息更新为第二剩余量信息。

结合前面描述可知，每个应用服务器在申请和释放资源时，均以该资源的子资源为单位进行。本申请实施例中的管理服务器也是以第一资源的子资源为单位确定第一资源的剩余可用量。

该第一通知消息可以包括当前剩余的第一资源的子资源的数量j。第一资源的每个子资源的大小是预设的，若第一资源的每个子资源的大小用k表示，则j与k的乘积等于第二剩余量信息表示的大小。

可选的，该第一通知消息还包括第二操作码以及第一资源的标识，第二操作码用于表示该消息是用于通知可编程逻辑硬件更新资源可用量信息表的消息，第一资源的标识可以为第一资源的名称，也可以为第一资源在管理服务器管理的多个资源中的编号，还可以为其他能够唯一识别第一资源的标识，本申请实施例对此不作具体限定。

示例性的，本申请实施例中第一通知消息的格式如下表2所示。如表2所示，该第一通知消息包括第二操作码、资源标识和子资源数量，其中，第二操作码的长度为2bit，资源标识的长度为30bit，子资源数量的长度为32bit。

表2

第二操作码

资源标识

子资源数量

S409、可编程逻辑硬件将资源可用量信息表中的第一资源的剩余可用量信息更新为第二剩余量信息。

可编程逻辑硬件及时更新资源可用量信息表中的内容，可提高该可编程逻辑硬件确定是否向管理服务器转发资源分配请求消息的准确性，从而有效的减少了管理服务器的负载。

除了上述图4和图5所示的实施例，本申请实施例中的应用服务器还可以向管理服务器发送资源释放通知消息，以通知管理服务器释放一定数量的第一资源。相应的，管理服务器在释放一定数量的第一资源后，通知可编程逻辑硬件第一资源的当前剩余可用量，以便于可编程逻辑硬件更新资源可用量信息表。

具体的，如图6所示，本申请实施例提供的消息处理方法包括：

S600、在需要释放第二数量的第一资源时，应用服务器向管理服务器发送资源释放通知消息，用于通知管理服务器释放第二数量的第一资源。

具体的，在应用服务器的某一应用程序的运行过程中，或者在应用服务器的某一应用程序的运行结束后，应用服务器需释放第二数量的第一资源。此时，该应用服务器生成资源释放通知消息，并向管理服务器发送该资源释放通知消息。

与上述资源分配请求消息类似，本实施例中的资源释放通知消息包括待释放的第一资源的子资源的数量m。第一资源的每个子资源的大小是预设的，若第一资源的每个子资源的大小用k表示，则m与k的乘积等于第二数量。

可选的，应用服务器生成的资源释放通知消息还包括第三操作码以及第一资源的标识，第三操作码用于表示该消息是用于通知管理服务器释放资源的消息，第一资源的标识可以为第一资源的名称，也可以为第一资源在管理服务器管理的多个资源中的编号，还可以为其他能够唯一识别第一资源的标识，本申请实施例对此不作具体限定。

资源释放通知消息以报文的形式存在。示例性的，本实施例中的资源释放通知消息的格式如下表3所示。如表3所示，该资源分配请求消息包括第三操作码、资源标识和子资源数量，其中，第三操作码的长度为2比特(bit)，资源标识的长度为30bit，子资源数量的长度为32bit。

表3

第三操作码

资源标识

子资源数量

需要说明的是，上述表3仅仅是对资源释放通知消息的格式的示例，并不唯一限定该资源释放通知消息的格式。实际应用中，除了上述表3所示的格式之外，资源释放通知消息的格式还可以为其他格式。

S601、可编程逻辑硬件拦截并解析上述资源释放通知消息。

S601可以参考上述S401，此处不再进行详细赘述。

S602、可编程逻辑硬件转发资源释放通知消息给管理服务器。

S603、管理服务器根据资源释放通知消息，释放第二数量的第一资源。

S604、管理服务器向应用服务器发送成功响应消息。

S605、管理服务器确定第三剩余量信息。

第三剩余量信息用于表示：在管理服务器释放第二数量的第一资源后，第一资源的剩余可用量。

管理服务器在释放第二数量的第一资源后，第一资源的剩余可用量发生变化。因此，管理服务器需确定在释放第二数量的第一资源后，第一资源的当前剩余可用量。

S606、管理服务器向可编程逻辑硬件发送携带有第三剩余量信息的第二通知消息。

第二通知消息的格式与上述第一通知消息的格式相同，此处不再进行详细赘述。

S607、可编程逻辑硬件将资源可用量信息表中的第一资源的剩余可用量信息更新为第三剩余量信息。

S606可以参考上述S408，S607可以参考上述S409，此处不再进行详细赘述。

可以看出，可编程逻辑硬件能够及时更新资源可用量信息表中的内容，提高了该可编程逻辑硬件确定是否向管理服务器转发资源分配请求消息的准确性，从而有效的减少了管理服务器的负载。

结合上述表1、表2和表3可知，本申请实施例中的资源分配请求消息、第一通知消息、资源释放通知消息的格式类似，均为<操作码、资源标识、子资源数量>。本申请实施例中的可编程逻辑硬件在获取到任一消息时，可通过识别该消息中的操作码、该消息的地址信息(源地址信息或目的地址信息)来确定该消息是资源分配请求消息，或是第一通知消息，或是资源释放通知消息。这里，源地址信息可以包括源网络之间互连的协议(InternetProtocol，IP)地址和端口号。同理，消息的目的地址信息可以包括目的IP地址和端口号。

可选的，本申请实施例所涉及到的消息(资源分配请求消息、第一通知消息、第二通知消息以及资源释放通知消息)均可以由用户数据报协议(User Datagram Protocol，UDP)承载。管理服务器使用特定的UDP端口号对外提供服务。对应的，网络设备配置有特定的IP地址和特定的端口号，这样，该网络设备能够在特定端口上监听来自管理服务器的通知消息。

具体的，可编程逻辑硬件在获取到某一UDP报文后，解析该UDP报文；如果该UDP报文的目的IP地址和端口号为管理服务所使用的，则查看该UDP报文的操作码，并根据本地存储的资源可用量信息表做进一步判断；如果该UDP报文的目的IP地址和端口号为该网络设备自身使用的，则查看该UDP报文的操作码，并更新本地存储的资源可用量信息表。

上述内容是以网络设备仅与一个管理服务器通信为例进行说明的。实际应用中，一个网络设备也可以同时与多个管理服务器通信，这样的话，网络设备中的可编程逻辑硬件在获取到某一消息后，也可根据该消息的源地址信息区分出不同的管理服务器。

容易理解的是，在一个网络设备同时与多个管理服务器通信的场景中，由于每个管理服务器管理的资源不同，因此，该网络设备中的可编程逻辑硬件存储有与每个管理服务器对应的资源可用量信息表。这样，对于与某一管理服务器管理的资源相关的报文而言，该网络设备中的可编程逻辑硬件根据与该管理服务器对应的资源可用量信息表处理该报文。

示例性的，上述第一操作码用00表示，上述第二操作码用01表示，上述第三操作码用10表示，按照<操作码、资源标识、子资源数量>格式，某一UDP报文包括<t，x，n>，该UDP报文的源IP地址和端口号表示为<src_ip，src_port>，该UDP报文的目的IP地址和端口号表示为<dst_ip，dst_port>。可编程逻辑硬件在获取到该UDP报文后，解析该UDP报文；如果<dst_ip，dst_port>为管理服务器所使用的地址信息，且t的数值为00，则可编程逻辑硬件查询与<dst_ip，dst_port>对应的管理服务器对应的资源可用量信息表，以获取资源的剩余量信息；进一步地，如果可编程逻辑硬件获取到的剩余量信息表示的剩余量小于n，则该可编程逻辑硬件丢弃该UDP报文，否则该可编程逻辑硬件通过接口向<dst_ip，dst_port>表示的管理服务器转发该UDP报文。

上述内容均以应用服务器申请第一资源为例进行说明。结合前面描述可知，管理服务器同时管理多个资源的申请和释放，因此，应用服务器也可能同时申请至少一种资源，或者同时要求释放至少一种资源。在这种情况下，本申请实施例所涉及到的消息的格式与上述<操作码、资源标识、子资源数量>格式略微不同。

可选的，在应用服务器同时申请至少一种资源，或者同时要求释放至少一种资源的情况下，或者在管理服务器通知处理器同时更新至少一种资源的剩余可用量信息的情况下，应用服务器或管理服务器按照表4示出的格式发送消息。

表4

操作码

资源类型的数量

资源标识1

子资源数量1

……

资源标识S

子资源数量S

表4中，操作码的长度为2bit，资源类型的数量的长度为30bit，每个资源标识的长度为32bit，每个子资源数量的长度为32bit。

特殊的，若管理服务器管理T(T≥2)种资源的申请和释放，T的数值小于第一预设数值，且每种资源的子资源数量小于第二预设数值，第一预设数值和第二预设数值均为较小的数值，在上述应用服务器同时申请至少一种资源，或者同时要求释放至少一种资源的情况下，或者在管理服务器通知处理器同时更新至少一种资源的剩余可用量信息的情况下，应用服务器或管理服务器发送的消息可以包括T种资源中的每种资源的大小，例如应用服务器或管理服务器发送的消息采用下述表5示出的格式。

表5

操作码

子资源数量1

子资源数量2

……

子资源数量T

保留

表5中，操作码的长度为2bit，每个子资源数量的长度为4bit，最后一个为保留字段，该保留字段占用2bit。

综上所述，本申请实施例中网络设备的可编程逻辑硬件选择性的向管理服务器发送资源分配请求消息，有效的减少了管理服务器接收到的消息的数量，减少了管理服务器的负载。可编程逻辑硬件的消息处理能力较高，因此即使有大量的应用服务器向管理服务器发送资源分配请求消息，可编程逻辑硬件也能够快速的处理其获取到的资源分配请求消息，有效的避免了本申请实施例中网络设备负载较高的问题。

本申请实施例提供一种网络设备，该网络设备用于执行以上消息处理方法中的网络设备所执行的步骤。本申请实施例提供的网络设备可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出上述实施例中所涉及的网络设备的一种可能的结构示意图。如图7所示，网络设备700包括获取单元70、可编程逻辑单元71、发送单元72和接收单元73。获取单元70用于支持该网络设备700执行上述实施例中的S401、S500、和/或S600等，和/或用于本文所描述的技术的其它过程；可编程逻辑单元71用于支持该网络设备700执行上述实施例中的S401、S402、S403、S406a、S409、和/或S607等，和/或用于本文所描述的技术的其它过程；发送单元72用于支持该网络设备700执行上述实施例中的S404、和/或S406b等，和/或用于本文所描述的技术的其它过程；接收单元73用于支持该网络设备700执行上述实施例中的S408、和/或S606等，和/或用于本文所描述的技术的其它过程。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。当然，本申请实施例提供的网络设备700包括但不限于上述模块，例如网络设备700还可以包括存储单元74，该存储单元74可以用于存储资源可用量信息表。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

示例性的，在采用集成的单元的情况下，本申请实施例提供的网络设备的结构示意图如图8所示。在图8中，该网络设备包括：处理模块80和通信模块81。处理模块80用于对网络设备的动作进行控制管理，例如，执行上述获取单元70、可编程逻辑单元71和存储单元74执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块81用于支持网络设备与其他设备之间的交互，例如，执行上述发送单元72和接收单元73执行的步骤。如图8所示，网络设备还可以包括存储模块82，存储模块82用于存储资源可用量信息表。

在硬件实现上，上述通信模块81可以为上述图3中的接口30，上述处理模块80和上述存储模块82可以是上述图3中的可编程逻辑硬件31。

相应的，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在网络设备上运行时，使得网络设备执行上述方法实施例所示的方法流程中网络设备执行的各个步骤。

在上述实施例中，可以全部或部分的通过软件，硬件，固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式出现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘，硬盘、磁带)、光介质(例如，DVD)或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

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

Claims (6)

1.一种消息处理方法，其特征在于，所述消息处理方法应用于网络设备中，所述网络设备包括接口和可编程逻辑硬件，所述网络设备位于应用服务器与管理服务器之间，通过所述接口在所述管理服务器与所述应用服务器之间建立通信，所述方法包括：

所述可编程逻辑硬件获取所述应用服务器发送的资源分配请求消息，所述资源分配请求消息用于请求管理服务器为所述应用服务器分配数量为第一阈值的第一资源，所述管理服务器用于管理所述第一资源的分配和释放；

所述可编程逻辑硬件从资源可用量信息表中获取第一剩余量信息，所述第一剩余量信息用于指示所述第一资源的剩余可用量，所述资源可用量信息表存储于所述可编程逻辑硬件中，所述资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，所述第一资源为所述至少一种资源中的一种；

当所述第一剩余量信息指示的所述第一资源的剩余可用量大于或等于所述第一阈值时，所述可编程逻辑硬件转发所述资源分配请求消息至所述管理服务器；当所述第一剩余量信息指示的所述第一资源的剩余量可用量小于所述第一阈值时，所述可编程逻辑硬件不转发所述资源分配请求消息至所述管理服务器。

2.根据权利要求1所述的消息处理方法，其特征在于，当所述第一剩余量信息指示的第一资源的剩余可用量大于或等于所述第一阈值时，所述可编程逻辑硬件转发所述资源分配请求消息至所述管理服务器之后，所述消息处理方法还包括：

所述可编程逻辑硬件接收所述管理服务器发送的携带有第二剩余量信息的第一通知消息，所述第二剩余量信息用于表示：在所述管理服务器根据所述资源分配请求消息为所述应用服务器分配所述第一阈值的第一资源后，所述第一资源的剩余可用量；

响应所述第一通知消息，所述可编程逻辑硬件将所述资源可用量信息表中的第一资源的剩余可用量信息更新为所述第二剩余量信息。

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

所述可编程逻辑硬件接收所述管理服务器发送的携带有第三剩余量信息的第二通知消息，所述第三剩余量信息用于表示：在所述管理服务器释放第二数量的第一资源后，所述第一资源的剩余可用量；

响应所述第二通知消息，所述可编程逻辑硬件将所述资源可用量信息表中的第一资源的剩余可用量信息更新为所述第三剩余量信息。

4.一种网络设备，其特征在于，包括：

获取单元，用于获取应用服务器发送的资源分配请求消息，所述资源分配请求消息用于请求管理服务器为所述应用服务器分配数量为第一阈值的第一资源，所述管理服务器用于管理所述第一资源的分配和释放；

可编程逻辑单元，用于从资源可用量信息表中获取第一剩余量信息，所述第一剩余量信息用于指示所述第一资源的剩余可用量，所述资源可用量信息表存储于所述可编程逻辑单元，所述资源可用量信息表包括至少一种资源中每种资源的剩余可用量信息，所述第一资源为所述至少一种资源中的一种，以及用于判断所述第一剩余量信息是否大于所述获取单元获取到的第一阈值；

发送单元，用于当所述可编程逻辑单元确定所述第一剩余量信息指示的第一资源的剩余可用量大于或等于所述第一阈值时，转发所述资源分配请求消息至所述管理服务器；用于当所述可编程逻辑单元确定所述第一剩余量信息指示的所述第一资源的剩余量可用量小于所述第一阈值时，不转发所述资源分配请求消息至所述管理服务器。

5.根据权利要求4所述的网络设备，其特征在于，所述网络设备还包括接收单元，

所述接收单元，用于在所述发送单元转发所述资源分配请求消息至所述管理服务器之后，接收所述管理服务器发送的携带有第二剩余量信息的第一通知消息，所述第二剩余量信息用于表示：在所述管理服务器根据所述资源分配请求消息为所述应用服务器分配所述第一阈值的第一资源后，所述第一资源的剩余可用量；

所述可编程逻辑单元，还用于响应所述接收单元接收到的所述第一通知消息，将所述资源可用量信息表中的第一资源的剩余可用量信息更新为所述第二剩余量信息。

6.根据权利要求4或5所述的网络设备，其特征在于，

所述网络设备还包括接收单元，

所述接收单元，用于接收所述管理服务器发送的携带有第三剩余量信息的第二通知消息，所述第三剩余量信息用于表示：在所述管理服务器释放第二数量的第一资源后，所述第一资源的剩余可用量；

所述可编程逻辑单元，还用于响应所述接收单元接收到的所述第二通知消息，将所述资源可用量信息表中的第一资源的剩余可用量信息更新为所述第三剩余量信息。

Images