CN113810205B

CN113810205B - 服务算力信息的上报、接收方法、服务器及数据中心网关

Info

Publication number: CN113810205B
Application number: CN202010529238.9A
Authority: CN
Inventors: 付月霞; 姚惠娟; 耿亮
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2020-06-11
Filing date: 2020-06-11
Publication date: 2023-05-09
Anticipated expiration: 2040-06-11
Also published as: CN113810205A

Abstract

本发明的实施例提供一种服务算力信息的上报、接收方法、服务器及数据中心网关，服务器侧的服务算力信息的上报方法包括：获取所述服务器的服务算力信息；将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；将所述封装后的服务算力信息上报给数据中心网关。进一步的，数据中心网关接收按照网络协议封装后的至少一个服务器的服务算力信息；对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。本发明的方案实现了服务算力信息上报至数据中心网关，进而由数据中心网关通过路由器，分发给各网络节点，实现网络节点对数据中心网络的算力感知。

Description

服务算力信息的上报、接收方法、服务器及数据中心网关

技术领域

本发明涉及通信技术领域，特别是指一种服务算力信息的上报、接收方法、服务器及数据中心网关。

背景技术

近年来，接入网络的终端设备越来越多。海量数据的传输、分析和存储对传统集中式的网络架构和云计算中心部署模式提出了巨大的挑战，网络和云计算将面临“传不畅、算不动、存不下”的困境，驱动算力从云计算中心延伸网络边缘。边缘计算利用4G/5G、FTTx、企业专线等多种网络接入方式，在靠近数据源或用户的地方提供计算、存储等基础设施，并为边缘应用提供云服务和IT环境服务，形成嵌入在网络中的分布式的算力资源，“网络在中间、计算在外围”的网络拓扑假设开始发生变化。

从大规模的中心云，再到资源下沉后形成的多个边缘云，未来网络中将遍布不同规模的算力，形成计算和网络深度融合的趋势，网络由提供传输能力开始转为提供“连接+计算”的能力，对于网络也提出了新的要求。

大量新兴业务的出现，如cloud VR(云可视化)，云游戏，自动驾驶等，对网络提出了更高的时延、计算要求，对于一些低时延要求的业务，远距离的中心云无法满足业务的时延需求，而对于计算要求高的业务，边缘云无法很好地满足其计算需求，因此，网络需要根据业务的需求，动态、灵活地在中心云和边缘云之间分配计算任务与调度资源，从而保证业务的计算和时延需求，而这也要求网络实时感知各级算力资源的状态；另一方面，相比于中心云部署的大量的、集中式的资源，单个边缘云的资源有限，当边缘云负载过高时，已无法满足新接入业务的需求，但现有网络无法感知各边缘云的负载状态，用户仍将就近接入该边缘云请求服务，导致用户的业务需求无法满足，而同时其他边缘云的资源则处于空闲状态，导致网络中计算资源利用率低下。

因此，可以看到，为了保证新兴业务的需求，业务调度时网络不仅需要考虑网络资源状态，如带宽等，还需要实时感知不同规模、不同距离的算力资源状态，获取各中心云、边缘云部署的服务与算力资源状态，才能实现进一步的云边协同、边边协同，将计算任务动态调度至最优的计算节点，提高计算资源利用率，保证用户的计算需求。

现有的网络架构中，建立了网络资源的管理编排机制，实现了对于网络资源的感知进而满足业务的网络需求保障，在计算和网络深度融合的趋势下，用户的业务需求不仅是对于网络资源的需求，更包括对于计算资源的需求，而现有的网络无法感知网络中部署的计算资源状态，各级数据中心的服务和资源状态对网络是封闭的，导致了网络效率低、计算资源利用率低，用户业务体验无法得到保障。

发明内容

本发明提供了一种服务算力信息的上报、接收方法服务器及数据中心网关。解决不同自治域和数据中心网关节点之间的服务算力信息的传播问题。

为解决上述技术问题，本发明的实施例提供如下方案：

一种服务算力信息的上报方法，应用于服务器，所述方法包括：

获取所述服务器的服务算力信息；

将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；

将所述封装后的服务算力信息上报给数据中心网关。

可选的，所述服务算力信息包括以下至少一项：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间。

可选的，将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息，包括：

将所述服务算力信息按照二层网络协议进行封装，得到第一服务算力信息；

将所述第一服务算力信息再按照三层网络协议进行封装，得到第二服务算力信息；

将所述第二服务算力信息发送给数据中心网关。

可选的，将所述服务算力信息按照二层网络协议进行封装，得到第一服务算力信息，包括：

将所述服务算力信息封装在基于二层网络协议多链路透明互联TRILL的链路状态报文LSP的空闲字段中，得到第一服务算力信息。

将所述服务算力信息封装在基于二层网络协议可扩展虚拟局域网VxLAN的数据报文净荷字段中，得到第一服务算力信息。

可选的，得到第一服务算力信息后，还包括：

将所述第一服务算力信息发送给核心交换机。

可选的，将所述第一服务算力信息再按照三层网络协议进行封装，得到第二服务算力信息，包括：

通过所述核心交换机，按照第一服务算力信息中的服务ID进行汇聚后，将所述第一服务算力信息封装在基于三层网络协议开放式最短路径优先OSPF的Router-LSA类型包的link data字段中，得到第二服务算力信息。

可选的，将所述封装后的服务算力信息上报给数据中心网关，包括：

通过所述核心交换机将所述第二服务算力信息上报给所述数据中心网关。

本发明的实施例还提供一种服务算力信息的接收方法，应用于数据中心网关，所述方法包括：

接收按照网络协议封装后的至少一个服务器的服务算力信息；

对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。

可选的，按照网络协议封装后的至少一个服务器的服务算力信息，包括：

基于二层网络协议多链路透明互联TRILL的链路状态报文LSP的空闲字段中携带服务算力信息，得到的第一服务算力信息。

基于二层网络协议可扩展虚拟局域网VxLAN的数据报文净荷字段中携带服务算力信息，得到的第一服务算力信息。

可选的，按照网络协议封装后的至少一个服务器的服务算力信息，还包括：

在基于三层网络协议开放式最短路径优先OSPF的Router-LSA类型包的link data字段中携带服务算力信息，得到的第二服务算力信息。

可选的，接收按照网络协议封装后的至少一个服务器的服务算力信息，包括：通过核心交换机接收所述第二服务算力信息。

可选的，对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送，包括：

按照所述服务算力信息的服务ID，对接收到的所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。

本发明的实施例还提供一种服务算力信息的上报装置，应用于服务器，所述装置包括：

获取模块，用于获取所述服务器的服务算力信息；

处理模块，用于将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；

收发模块，用于将所述封装后的服务算力信息上报给数据中心网关。

本发明的实施例还提供一种服务器，包括：

处理器，用于获取所述服务器的服务算力信息；将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；

收发机，用于将所述封装后的服务算力信息上报给数据中心网关。

本发明的实施例还提供一种服务算力信息的接收装置，应用于数据中心网关，所述装置包括：

收发模块，用于接收按照网络协议封装后的至少一个服务器的服务算力信息；

处理模块，用于对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。

本发明的实施例还提供一种数据中心网关，包括：

收发机，用于接收按照网络协议封装后的至少一个服务器的服务算力信息；

处理器，用于对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。

本发明的实施例还提供一种通信设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。

本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。

本发明的上述方案至少包括以下有益效果：

本发明的上述方案，通过服务器获取服务算力信息；将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；将所述封装后的服务算力信息上报给数据中心网关。并进一步由数据中心网关将服务算力信息分发给各网络节点，实现了服务算力信息上报至数据中心网关，进而由数据中心网关通过路由器分发给各网络节点，实现网络节点对数据中心网络的算力感知。

附图说明

图1为本发明的实施例中，服务算力信息的上报方法的流程图；

图2为本发明的实施例中，服务算力信息的上报方法所基于一种网络架构图；

图3为本发明的实施例中，数据中心网络通告服务算力信息示意图；

图4为本发明的实施例中，数据中心网关内部拓扑及自治域示意图；

图5为本发明的实施例中，数据中心网关内部，服务器上报服务算力信息的流程示意图；

图6为本发明的实施例中，二层网络中扩展TRILL协议包LSP报文字段的格式示意图；

图7为本发明的实施例中，数据中心网关内部，服务器上报服务算力信息的另一流程示意图；

图8为本发明的实施例中，二层网络中扩展VxLAN报文payload字段；

图9为本发明的实施例中，核心交换机到数据中心网关的信息上报流程示意图；

图10为本发明的实施例中，Router-LSA类型包格式示意图；

图11为本发明的实施例中，数据中心网关侧接收服务算力信息的方法流程示意图；

图12为本发明的实施例中，数据中心网关到网络节点进行服务算力信息通告的流程示意图；

图13为本发明的实施例中，BGP协议的数据包的格式示意图；

图14为本发明的实施例中，核心交换机或者数据中心网关按照服务ID进行服务算力信息汇聚示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

如图1所示，本发明的实施例提供一种服务算力信息的上报方法，应用于服务器，所述方法包括：

步骤11，获取所述服务器的服务算力信息；算力服务信息用于说明服务器的计算能力，这里的“算力服务信息”只是本发明举的一个示例，实际可也可以是其它可以表示服务器的计算能力的信息；例如，本发明的一可选的实施例中，所述服务算力信息包括以下至少一项：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间。

其中，服务ID是服务的唯一标识，用户发起业务请求时携带该标识；

服务负载信息指服务所在环境的负载情况，如连接会话数、CPU占用率、内存占用率等；

算力度量信息是指对于服务可用的算力度量及剩余可用值；

服务处理时延时指当前服务从服务响应到返回处理结果所需要的时间；

信息有效时间用来标识此条服务算力信息的有效时间。

步骤12，将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；

步骤13，将所述封装后的服务算力信息上报给数据中心网关。

本发明的该实施例，通过服务器获取服务算力信息；将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息；将所述封装后的服务算力信息上报给数据中心网关。并进一步由数据中心网关将服务算力信息分发给各网络节点，实现了服务算力信息上报至数据中心网关，进而由数据中心网关通过路由器，分发给各网络节点，实现网络节点对数据中心网络的算力感知。

如图2所示，为本发明的上述方法实施例所基于一种网络架构，该网络架构中，算力通告模块通过I4接口与算力路由层进行通信连接；本发明的上述实施例所述的方法可以在算力通告模块中实现，其中，服务器为该算力通告模块中的服务器，数据中心网关也可以是该算力通告模块中的网关，该数据中心网关通过I4接口将最后接收到的服务算力信息向路由层中的各网络节点进行通告。通过上述的方法，实现了该网络架构中，算力通告模块及I4接口的服务算力信息的传播功能。

并进一步地，如图3所示，本发明的上述实施例所述的方法在数据中心网络内部，即在上述网络架构中的算力通告模块中，具体可以通过大二层网络架构实现，比如，该网络架构中，包括至少一个数据中心网络，每一个数据中心网络包括一个数据中心网关，比如，该数据中心网络中，包括数据中心网络1以及数据中心网络2，数据中心网关1和数据中心网关2分别进行各服务器的服务算力信息的汇聚和通告，在进行服务算力信息的通告时，通过I4接口向各路由器进行分发相关的服务算力信息。具体可以根据服务ID进行服务算力信息的汇聚和通告。

如图4所示，在一种可能的网络架构中，数据中心网络包括多个服务器，各服务器通过接入路由器接入大二层网络的汇聚交换机，大二层网络中的汇聚交换机接入核心交换机，核心交换机接入三层网络中的数据中心网关；

当然，在一些小型的网络架构中，数据中心网络包括多个服务器，服务器可以直接通过接入路由器接入三层网络中的数据中心网关；在此不对网络架构的层数或者接入路由进行限定。

基于上述的网络架构，本发明的一可选的实施例中，步骤12可以包括：

步骤121，将所述服务算力信息按照二层网络协议进行封装后，得到第一服务算力信息；

可选的，将所述服务算力信息封装在基于二层网络协议多链路透明互联TRILL的链路状态报文LSP的空闲字段中，得到第一服务算力信息。或者

步骤122，将所述第一服务算力信息再按照三层网络协议进行封装，得到第二服务算力信息；

可选的，得到第一服务算力信息后，该实施例的方法还可以包括：将所述第一服务算力信息发送给核心交换机。

通过所述核心交换机，按照第一服务算力信息中的服务ID进行汇聚后，将所述第一服务算力信息封装在基于三层网络协议开放式最短路径优先OSPF的Router-LSA类型包的link data字段中，得到第二服务算力信息。这里，核心交换机，按照第一服务算力信息中的服务ID进行汇聚后再进行三层网络协议的封装，减少了服务算力信息的处理量，提高了服务算力信息的转发效率。

步骤123，将所述第二服务算力信息发送给数据中心网关。

可选的，通过所述核心交换机将所述第二服务算力信息上报给所述数据中心网关。

具体的，如图5所示，服务器将其上部署的服务算力信息通告至核心交换机，服务算力信息包括但不限于：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间等；可通过扩展数据中心网络的二层网络协议实现；

核心交换机将收到的服务算力信息按照服务ID进行汇聚，并继续上报至数据中心网关；可通过扩展数据中心三层网络协议实现；

服务器到核心交换机的流程如图5所示，可采用TRILL等路由化二层转发技术，对于采用TRILL的数据中心网络，可以通过扩展TRILL的链路状态报文LSP(Link State PDUs)的“variable length fields”字段携带服务算力信息，如图6所示。

从服务器到核心交换机的另一流程如图7所示，对于采用VxLAN实现大二层的数据中心，可以通过扩展二层数据报文的payload携带服务算力信息，图8所示。

完成到核心交换机的算力信息上报后，如图9所示，从核心交换机到数据中心网关为三层网络，且在同一个自治域内，如图10所示，可以通过扩展OSPF的Router-LSA类型包，在link data中携带服务ID、算力度量信息、负载信息、处理时延、信息有效时间等服务算力信息。

本发明的上述实施例中，从核心交换机到数据中心网关为三层网络，且在同一个自治域内，这里的自治域即为网络中的域，比如，具有相同网络地址的多个网络设备属于同一个域。数据中心网关和网络节点属于不同的自治域，即数据中心网关和网络节点属于不同的域或者属于不同的网络，数据中心网关和网络节点之间需要通过路由器进行服务算力信息的转发，进而实现数据中心网关到网络节点之间的服务算力的通告。

本发明的上述实施例，通过扩展数据中心的二层、三层网络协议，携带数据中心内部的服务算力信息，将信息层层上报至数据中心网关，最终通告至网络节点，实现网络节点对数据中心网络的算力感知。

本发明的上述实施例，还提供了服务算力信息的汇聚方法，通过服务ID进行算力信息的汇聚，减少需要在网络中通告的信息量。

如图11所示，本发明的实施例还提供一种服务算力信息的接收方法，应用于数据中心网关，所述方法包括：

步骤111，接收按照网络协议封装后的至少一个服务器的服务算力信息；

步骤112，对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送。

本发明的一可选的实施例中，所述服务算力信息包括以下至少一项：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间。

本发明的一可选的实施例中，按照网络协议封装至少一个服务器的服务算力信息，包括：

本发明的一可选的实施例中，按照网络协议封装后的至少一个服务器的服务算力信息，包括：

本发明的一可选的实施例中，接收按照网络协议封装后的至少一个服务器的服务算力信息，包括：

通过核心交换机接收所述第二服务算力信息。

本发明的一可选的实施例中，对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送，包括：

如图12所示，从数据中心网关到网络节点的流程，若二者处于不同自治域，则可通告扩展BGP协议的update包，如图13所示，在Path attribute字段中携带服务算力信息，实现到网络节点的服务算力信息通告。

服务算力信息的汇聚方法，如图14所示，对核心交换机或数据中心网关，在自治域内或自治域之间，在接收到服务算力信息后，可以按照服务ID进行信息的汇聚，通过不同的服务及其算力信息进行通告。从图14的箭头以下的图中可以看出，通过服务ID进行信息的汇聚，可以减少信息的转发量，提高服务算力信息的转发效率。

需要说明的是，该实施例所述的方法是与上述图1所示方法对应的数据中心网关侧的方法，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

获取模块，用于获取所述服务器的服务算力信息；

将所述第二服务算力信息发送给数据中心网关。

可选的，得到第一服务算力信息后，还包括：

将所述第一服务算力信息发送给二层网络中的核心交换机。

该实施例所述的方法是与上述图1所示方法对应装置，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种服务器，包括：

将所述第二服务算力信息发送给数据中心网关。

可选的，得到第一服务算力信息后，还包括：

将所述第一服务算力信息发送给二层网络中的核心交换机。

该实施例所述的方法是与上述图1所示方法对应服务器，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

可选的，按照网络协议封装至少一个服务器的服务算力信息，包括：

可选的，接收按照网络协议封装后的至少一个服务器的服务算力信息，包括：

通过核心交换机接收所述第二服务算力信息。

该实施例所述的方法是与上述图11所示方法对应的数据中心网关侧的装置，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种数据中心网关，包括：

通过核心交换机接收所述第二服务算力信息。

该实施例所述的方法是与上述图11所示方法对应的数据中心网关，上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种通信设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该实施例中，也能达到相同的技术效果。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种服务算力信息的上报方法，其特征在于，应用于服务器，所述方法包括：

获取所述服务器的服务算力信息；

将所述封装后的服务算力信息上报给数据中心网关；

将所述服务算力信息按照网络协议封装，得到封装后的服务算力信息，包括：

将所述第二服务算力信息发送给数据中心网关。

2.根据权利要求1所述的服务算力信息的上报方法，其特征在于，所述服务算力信息包括以下至少一项：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间。

3.根据权利要求1所述的服务算力信息的上报方法，其特征在于，将所述服务算力信息按照二层网络协议进行封装，得到第一服务算力信息，包括：

4.根据权利要求1所述的服务算力信息的上报方法，其特征在于，将所述服务算力信息按照二层网络协议进行封装，得到第一服务算力信息，包括：

5.根据权利要求3至4任一项所述的服务算力信息的上报方法，其特征在于，得到第一服务算力信息后，还包括：

将所述第一服务算力信息发送给核心交换机。

6.根据权利要求5所述的服务算力信息的上报方法，其特征在于，将所述第一服务算力信息再按照三层网络协议进行封装，得到第二服务算力信息，包括：

7.根据权利要求6所述的服务算力信息的上报方法，其特征在于，将所述封装后的服务算力信息上报给数据中心网关，包括：

8.一种服务算力信息的接收方法，其特征在于，应用于数据中心网关，所述方法包括：

对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送；

其中，按照网络协议封装后的至少一个服务器的服务算力信息包括：

将所述第一服务算力信息再按照三层网络协议进行封装，得到第二服务算力信息。

9.根据权利要求8所述的服务算力信息的接收方法，其特征在于，所述服务算力信息包括以下至少一项：服务ID，服务负载信息，算力度量信息，服务处理时延，信息有效时间。

10.根据权利要求8所述的服务算力信息的接收方法，其特征在于，按照网络协议封装后的至少一个服务器的服务算力信息，包括：

11.根据权利要求8所述的服务算力信息的接收方法，其特征在于，按照网络协议封装后的至少一个服务器的服务算力信息，包括：

12.根据权利要求8至11任一项所述的服务算力信息的接收方法，其特征在于，按照网络协议封装后的至少一个服务器的服务算力信息，还包括：

13.根据权利要求12所述的服务算力信息的接收方法，其特征在于，接收按照网络协议封装后的至少一个服务器的服务算力信息，包括：

通过核心交换机接收所述第二服务算力信息。

14.根据权利要求9所述的服务算力信息的接收方法，其特征在于，对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送，包括：

15.一种服务算力信息的上报装置，其特征在于，应用于服务器，所述装置包括：

获取模块，用于获取所述服务器的服务算力信息；

收发模块，用于将所述封装后的服务算力信息上报给数据中心网关；

将所述第二服务算力信息发送给数据中心网关。

16.一种服务器，其特征在于，包括：

收发机，用于将所述封装后的服务算力信息上报给数据中心网关；

将所述第二服务算力信息发送给数据中心网关。

17.一种服务算力信息的接收装置，其特征在于，应用于数据中心网关，所述装置包括：

处理模块，用于对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送；

18.一种数据中心网关，其特征在于，包括：

处理器，用于对所述至少一个服务器的所述服务算力信息进行汇聚后，向网络节点发送；

19.一种通信设备，其特征在于，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如权利要求1至7任一项或者8至14任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机运行时，使得计算机执行如权利要求1至7任一项或者8至14任一项所述的方法。