CN110391982B - 传输数据的方法、设备和计算机程序产品 - Google Patents

Abstract

本公开的实施例涉及用于传输数据的方法、设备和计算机程序产品。一种方法包括在源节点处确定要向目的节点发送的分组的业务类型。源节点和目的节点之间具有针对不同业务类型的多个网络路径。该方法还包括将指示业务类型的标记包括在分组中。此外，该方法还包括向目的节点发送包括标记的分组，以使得该分组沿多个网络路径中特定于该业务类型的网络路径被转发。本公开的实施例根据数据的不同业务类型分别利用不同的网络路径来传输数据，从而能够针对不同网络需求进行网络性能优化。

Description

传输数据的方法、设备和计算机程序产品

技术领域

本公开的实施例总体涉及数据传输领域，具体涉及用于传输数据的方法、设备和计算机程序产品。

背景技术

传统的网络路径选择通常基于网络目的地址或传输层流量信息。网络路径通常基于路由协议来确定，诸如最短路由选择算法或者等价多路径路由(ECMP)选择算法等。例如，网络路径的选择通常取决于网络地址、源端口或者目的端口、或者数据分组中的其他静态配置字段。因此，在传统方案中，从相同的源节点向相同的目的节点发送的所有数据都将经由同一网络路径来传输。

随着计算需求的不断增长，许多通信密集型应用在集群化基础设施上运行，诸如机器学习、深度学习、数据挖掘等应用。这些应用所产生的数据流量通常具有不同功能，并由此具有针对网络路径的不同需求。例如，有些数据可能要求网络路径能够提供较大带宽，而另一些数据则可能要求网络路径具有较低延迟。然而，传统网络路径选择方案难以很好地适应上述这些应用对网络路径的不同需求。

发明内容

本公开的实施例提供了用于传输数据的方法、设备和计算机程序产品。

在本公开的第一方面，提供了一种用于传输数据的方法。该方法包括在源节点处确定要向目的节点发送的分组的业务类型。源节点和目的节点之间具有针对不同业务类型的多个网络路径。该方法还包括将指示业务类型的标记包括在分组中。此外，该方法还包括向目的节点发送包括标记的分组，以使得该分组沿多个网络路径中特定于该业务类型的网络路径被转发。

在本公开的第二方面，提供了一种在网络节点处实现的方法。该方法包括响应于从源节点接收到要向目的节点发送的分组，从该分组中获取指示该分组的业务类型的标记。该方法还包括获取源节点和目的节点之间针对不同业务类型的多个网络路径。该方法还包括基于标记，从多个网络路径中选择特定于业务类型的网络路径。此外，该方法还包括按照选择的网络路径来转发分组。

在本公开的第三方面，提供了一种用于传输数据的设备。该设备包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得设备执行动作，动作包括：确定要向目的节点发送的分组的业务类型，源节点和目的节点之间具有针对不同业务类型的多个网络路径；将指示业务类型的标记包括在分组中；以及向目的节点发送包括标记的分组，以使得该分组沿多个网络路径中特定于该业务类型的网络路径被转发。

在本公开的第四方面，提供了一种网络节点。该网络节点包括至少一个处理单元和至少一个存储器。至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。该指令当由至少一个处理单元执行时使得该网络节点执行动作，动作包括：响应于从源节点接收到要向目的节点发送的分组，从该分组中获取指示该分组的业务类型的标记；获取源节点和目的节点之间针对不同业务类型的多个网络路径；基于标记，从多个网络路径中选择特定于业务类型的网络路径；以及按照选择的网络路径来转发分组。

在本公开的第五方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

在本公开的第六方面，提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机存储介质中并且包括机器可执行指令。该机器可执行指令在由设备执行时使该设备执行根据本公开的第二方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1示出了可以在其中实现本公开的某些实施例的环境的示意框图；

图2示出了根据本公开的实施例的示例网络的框图；

图3示出了根据本公开的实施例的用于生成网络路径查找表的示例过程的流程图；

图4示出了根据本公开的实施例的用于传输数据的示例过程的流程图；

图5示出了根据本公开的实施例的用于传输数据的示例过程的流程图；

图6示出了根据本公开的实施例的沿特定于业务类型的网络路径而转发的分组的示意图；以及

图7示出了可以用来实施本公开内容的实施例的示例设备的示意性框图。

在各个附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

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

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

图1示出了本公开的实施例可以在其中被实现的示例环境100的示意图。应当理解，仅出于示例性的目的描述示例环境100的结构和功能，而不暗示对于本公开的范围的任何限制。本公开的实施例还可以被应用到具有不同的结构和/或功能的环境中。

环境100示出的是一种图形处理单元(GPU)即服务(GPUaaS)的示例系统架构。具体地，如图1所示，在环境100中部署了用于向应用提供GPU资源的多个服务器110-1、110-2……110-N(以下被单独地或共同地称为服务器110，其中N为自然数)。服务器110可以是物理的或虚拟的机器。例如，服务器110可以是部署于数据中心或者私有或公共云中的逻辑、容器或虚拟机，或者物理的服务器或计算设备等等。多个物理GPU 160-1、160-2……160-M(以下被单独地或共同地称为pGPU 160，其中M为自然数)可以被分布在多个服务器110上。

如图1所示，在环境100中还部署了多个客户端120-1、120-2……120-P(以下统称或单独称为客户端120，其中P为自然数)，其分别具有运行的应用150-1、150-2……150-Q(以下被单独地或共同地称为应用150，其中Q为自然数)。应用150可以是机器上可运行的任何应用，其可以被设计为执行相应数据处理或分析等任务。作为示例，应用150可以执行与高性能计算(HPC)、机器学习(ML)或深度学习(DL)以及人工智能(AI)等相关的数据处理或分析任务。

为了能够快速高效运行这些应用，客户端120可以请求利用服务器110中的GPU资源来运行这些应用150。如图1所示，客户端120、服务器110和调度器140可以经由互连网络130而被互连。互连网络130可以支持基于诸如远程直接内存访问(RDMA)和传输控制协议(TCP)等各种网络传输技术的不同类型的有线或者无线连接。调度器140可以被配置为将多个pGPU 160划分为逻辑GPU(也称为“虚拟GPU”，vGPU)，并且以vGPU为单位来为应用150分配GPU资源。在此所述的“vGPU”指代对pGPU进行更细粒度的划分的逻辑表现形式。

通过向应用150分配由pGPU 160划分而成的相应vGPU，应用150可以如同使用普通GPU那样利用vGPU来被加速。例如，应用150可以通过调用特定应用编程接口(API)来操作服务器110上与所分配的vGPU相对应的GPU资源。这样的API的示例包括但不限于例如由显卡厂商NVIDIA提出的计算统一设备架构(CUDA)API。应用150对这样的API的调用将导致相应的数据从应用150所在的客户端120向相应服务器110(例如，与分配给应用150的vGPU相对应的pGPU所在的服务器)的发送，诸如经由网络130。

如上所述，在传统方案中，网络130中用于从客户端120向服务器110传输数据的网络路径通常基于路由协议来确定。这样的路由协议例如包括最短路由选择算法或者ECMP协议等。因此，尽管网络130中在客户端120和服务器110之间可能存在具有不同网络特性(例如，具有不同网络延时和/或不同带宽)的多个路径，但是在传统方案中，从客户端120向服务器110发送的所有数据都将经由同一网络路径来传输。

然而，由应用150产生的客户端120和服务器110之间的网络数据流量可能具有不同的功能，并且由此产生针对网络路径的不同需求。例如，有些数据可能要求网络路径能够提供较大带宽(在本文中也被称为“带宽敏感型”数据)，而有些数据可能要求网络路径具有较低延迟(在本文中也被称为“延迟敏感型”数据)。明显地，传统的网络路径选择方案难以同时满足不同数据对于网络路径的不同需求。

本公开的示例实施例提出了一种用于在网络上传输数据的方案。该方案根据数据的不同业务类型分别利用不同的网络路径来传输数据，从而能够针对不同网络需求进行网络性能优化。

在下文中将参考如图1所示的GPUaaS环境100来描述本公开的各种示例实施例。然而，应当理解，这仅仅是出于示例的目的，而不旨在限制本公开的范围。在此描述的精神和原理也可以应用于其中经由网络从一个节点(也被称为“源节点”)向另一个节点(也被称为“目的节点”)传输数据的任何其他应用场景和/或环境。

图2示出了根据本公开的实施例的示例网络130的框图。应当理解，仅出于示例性的目的描述示例网络130的结构和功能，而不暗示对于本公开的范围的任何限制。

如图2所示，网络130可以包括多个网络节点，诸如与客户端120通信地连接的边缘节点210、与服务器110通信地连接的边缘节点220以及一个或多个中心节点230-1、230-2……230-5(以下被单独地或共同地称为中心节点230)。在此所述的“边缘节点”指代最靠近用户的网络节点，而“中心节点”指代远离客户并且位于边缘节点之间的网络节点。边缘节点和中心节点的示例可以包括但不限于能够进行分组转发的路由器等网络设备。

网络130中的多个网络节点可以彼此通信地连接，以形成从客户端120到服务器110的多个网络路径。多个网络路径可以具有不同的网络特性，诸如不同的延时或带宽等。如图2所示，在此假设客户端120和服务器110之间具有两条网络路径：一条从边缘节点210出发依次经由中心节点230-1、230-3和230-5到达边缘节点220(以下也称为“第一网络路径”)；另一条从边缘节点210出发依次经由中心节点230-2和230-4到达边缘节点220(以下也称为“第二网络路径”)。第一网络路径具有4跳，并且例如假设每一跳具有10毫秒(ms)延迟和100Gbps的带宽，因此第一网络路径的延迟为40ms并且带宽为100Gbps。第二网络路径具有3跳，并且例如假设每一跳具有10ms延迟和10Gbps的带宽，因此第二网络路径的延迟为30ms并且带宽为10Gbps。

上述的多个网络路径可以由如图2所示的控制器240生成并指示给相应的边缘节点。例如，控制器240可以被配置为与网络130中的各网络节点进行通信，以对网络130中的网络状况进行监测，并由此确定从客户端120到服务器110的多个网络路径，以用于满足不同类型的数据流量对网络路径的不同需求。控制器240可以将所确定的多个网络路径包括在网络路径查找表中，并且将网络路径查找表的部分或者全部提供给相应的边缘节点(在本示例中，例如边缘节点210)。

图3示出了根据本公开的实施例的用于生成网络路径查找表的过程300的流程图。例如，过程300可以由如图2所示的控制器240来执行。应当理解，过程300还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在框310，控制器240与其管理的多个网络节点210、220和230建立连接。在框320，控制器240可以为其管理的多个网络节点210、220和230中的每个网络节点分配唯一的标识符(ID)。在下文中，针对网络节点所分配的ID也被称为“标签”。然后，在框330，控制器240可以对网络130中的网络状况进行监控。在一些实施例中，控制器240可以基于现有的遥测技术来监控网络130中的网络状况。例如，控制器240可以监控不同网络节点的接口特性、网络节点间的链路特性等，以确定不同网络节点处的带宽以及网络节点间的延迟等。

在框340，控制器240可以基于监控的结果来生成包括多个网络路径的网络路径查找表，其中的每个网络路径由其所经过的网络节点的ID组成的标签列表表示。例如，表1示出了由控制器240建立的网络路径查找表的示例。

表1示例网络路径查找表

如表1所示，针对相同的源边缘节点210和目的边缘节点220，控制器240可以生成具有不同网络特性的多个网络路径，以用于不同类型的业务。例如，依次经由中心节点230-1、230-3和230-5的第一网络路径具有40ms延迟和100Gbps带宽，并且因此可以被应用于带宽敏感型(例如，表1中的“类型1”)的网络流量；而依次经由中心节点230-2和230-4的第二网络路径具有30ms延迟和10Gbps带宽，并且因此可以被应用于延迟敏感型(例如，表1中的“类型2”)的网络流量。

在框350，控制器240可以将生成的网络路径查找表发送给相应的网络节点。在一些实施例中，控制器240可以将所生成的网络列表发送给网络130中的部分或者全部的节点。特别地，在一些实施例中，控制器240可以将所生成的网络列表中的一部分发送给与该部分相关联的边缘节点和/或中心节点。例如，在本示例中，控制器240可以将如表1所示的网络路径查找表发送给源边缘节点210。源边缘节点210可以基于所接收到的网络路径查找表针对特定业务类型的数据按照由该网络路径查找表所指示的特定于该业务类型的网络路径进行数据转发，以下还将进一步结合附图详细说明在边缘节点210处的操作。

在框360，控制器240可以进一步确定网络状况是否被更新。当网络状况被更新时，在框370，控制器240可以基于该网络状况的更新来相应地更新网络路径查找表。然后，过程300可以进行至框350，其中控制器240将更新后的网络路径查找表发送给相应的网络节点。当控制器240在框360处确定网络状况未发生更新时，在框380，控制器240可以等待预定的时间间隔，然后过程300返回至框330，以进行下一轮网络状况的监控和网络路径查找表的生成。

以上示出了根据本公开的实施例的用于监控网络状况并且生成针对不同业务类型的不同网络路径的示例过程。以下还将进一步结合附图来描述如何针对不同业务类型来应用不同网络路径。

图4示出了根据本公开的实施例的用于传输数据的过程400的流程图。例如，过程400可以由如图2所示的客户端120(本文中也被称为“源节点”)来执行。应当理解，应当理解，过程400还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在框410，客户端120确定要向服务器110(本文中也被称为“目的节点”)发送的数据分组的业务类型。如之前结合图1所描述的，客户端120上的应用150可以通过调用特定API来操作服务器110上的GPU资源。应用150对这样的API的调用将导致相关的数据分组从应用150所在的客户端120向相应服务器110的发送。在一些实施例中，客户端120可以基于用以产生数据分组的API来确定该分组的业务类型。例如，假设应用150所调用的用以操作GPU资源的API为CUDA API，并且具体调用的函数为cudaMemcpy()，以用于在客户端存储器和GPU存储器之间拷贝数据。这样的API调用通常导致大量数据的传输，并且因此需要较大的网络带宽。在此情况下，客户端120可以确定所产生的数据分组为带宽敏感型。在另一示例中，假设应用150所调用的用以操作GPU资源的API为CUDA API，并且具体调用的函数为cudaGetDevice()，以用于查询关于相应GPU的信息。这样的API调用相对于之前示例中的cudaMemcpy()而言对于网络带宽具有较低需求但是可能要求网络延迟尽可能短，因此客户端120可以基于该调用来确定所产生的数据分组为延迟敏感型。在另一些实施例中，客户端120也可以基于与要发送的分组有关的用户信息来确定该分组的业务类型。例如，可以针对不同用户分别指定不同的业务类型，以为他们提供差别化的网络服务。此外，客户端120也可以以除上述方式之外的其他方式来确定要发送的数据分组的业务类型。

在框420，客户端120可以将指示要发送的分组的业务类型的标记包括在该分组中。在一些实施例中，例如，客户端120可以将指示业务类型的标记包括在分组的如下任一位置处：互联网协议(IP)报头中的服务类型字段或者传输控制协议(TCP)报头中的TCP选项字段。在另一些实施例中，客户端120也可以利用其它字段或者其他方式来将指示业务类型的标记包括在分组中。在一些实施例中，当分组的业务类型基于用户而被确定时，该标记可以指示与该分组有关的用户信息。

在框430，客户端120可以向服务器110(也即，目的节点)发送包括标记的分组。例如，客户端120可以将分组传递给如图2所示的与其通信地连接的边缘节点210，以经由特定于分组的业务类型的网络路径来将该分组传输至服务器110。

图5示出了根据本公开的实施例的在边缘节点处执行的过程500的流程图。例如，过程500可以由如图2所示的边缘节点210来执行。应当理解，过程500还可以包括未示出的附加动作和/或可以省略所示出的动作，本公开的范围在此方面不受限制。

在框510，响应于从客户端120接收到要向服务器110发送的分组，边缘节点210可以从分组中获取指示该分组的业务类型的标记。在一些实施例中，边缘节点210可以例如从分组的如下任一位置处获取指示该分组的业务类型的标记：IP报头中的服务类型字段或者TCP报头中的TCP选项字段。当客户端120利用其它字段或者其他方式来将指示业务类型的标记包括在分组中时，边缘节点210也可以从相应字段或者基于相应的方式来获取指示分组的业务类型的标记。在一些实施例中，分组的业务类型可以是带宽敏感型或者延迟敏感型。

在框520，边缘节点210可以获取客户端120和服务器110之间针对不同业务类型的多个网络路径。如之前结合图3所描述的，在一些实施例中，边缘节点210可以周期性地从如图2所示的控制器240来获取指示多个网络路径的网络路径查找表。在另一些实施例中，响应于从分组中获取指示业务类型的标记，边缘节点210也可以主动地从控制器240获取指示多个网络路径的网络路径查找表。边缘节点210所获取的网络路径查找表例如如表1所示，其例如可以指示客户端120和服务器110之间具有两条网络路径，其中用于类型1(也即“带宽敏感型”)的数据的第一网络路径从边缘节点210出发依次经由中心节点230-1、230-3和230-5到达边缘节点220，并且用于类型2(也即“延迟敏感型”)的数据的第二网络路径从边缘节点210出发依次经由中心节点230-2和230-4到达边缘节点220。第一网络路径可以由其所经过的中心节点所对应的标签的序列“230-1→230-3→230-5”来表示，而第二网络路径可以由其所经过的中心节点所对应的标签的序列“230-2→230-4”来表示。

在框530，边缘节点210可以基于所获取的分组的标记，从多个网络路径中选择特定于分组的业务类型的网络路径。在此假设边缘节点210所获取的分组的标记指示该分组的业务类型为延迟敏感型。在此情况下，边缘节点210可以选择第二网络路径作为用于转发该分组的网络路径。

在框540，边缘节点210可以按照所选择的网络路径来转发该分组。在一些实施例中，边缘节点210可以利用表示所选择的网络路径的标签序列来替换分组指示业务类型的标记。例如，在以上示例中，边缘节点210可以利用标签序列“230-2→230-4”来替换分组中指示业务类型的标记。然后，边缘节点210可以基于该标签序列确定要向其转发分组的下一网络节点，例如中心节点230-2。边缘节点210然后可以向中心节点230-2转发经替换的分组。

在一些实施例中，分组在中心节点(例如，中心节点230-2和230-4)之间的转发可以基于多协议标签交换(MPLS)技术来进行。例如，在中心节点230-2处，中心节点230-2可以从分组中找到标识其自身的标签，并且将该标签从分组中移除。然后，中心节点230-2可以找到标识下一网络节点(例如，中心节点230-4)的标签，并且向下一网络节点230-4转发该分组。在中心节点230-4处的操作与在中心节点230-2处的操作类似。例如，中心节点230-4可以从分组中找到标识其自身的标签，并且将该标签从分组中移除。然后，由于分组中不存在其他标识中心节点的标签，因此中心节点230-4将该分组传送给与其通信连接的边缘节点220。边缘节点220可以基于该分组的目的地址而将该分组传送至服务器110。

图6示出了根据本公开的实施例的沿特定于业务类型的网络路径而转发的分组的示意图。如图6所示，分组610例如可以表示从客户端120向边缘节点210发送的示例分组。分组610可以包括载荷611和用于指示分组610的业务类型(例如，“延迟敏感型”)的标记612。应当理解，分组610还可以包括其他部分或字段，然而出于说明的目的而在图6中被省略。分组620例如可以表示从边缘节点210向中心节点230-2转发的分组。分组620包括载荷611以及替换标记612的标签序列“230-2→230-4”。分组630例如可以表示从中心节点230-2向中心节点230-4转发的分组。如图6所示，分组630包括载荷611并且从标签序列“230-2→230-4”中移除了标签“230-2”。分组640例如可以表示从中心节点230-4向边缘节点220转发的分组。如图6所示，分组640从分组630中的标签序列“230-4”中进一步移除标签“230-4”，并且因此仅包括载荷611。

通过以上描述能够看出，根据本公开的数据传输方案能够实现功能级别的网络路径控制，从而能够针对不同需求优化网络性能。该方案根据数据的具体功能将其分类为不同的业务类型，并且利用指定业务类型的标记来标记数据，使得数据能够经由特定于其业务类型的网络路径被转发。该方案在集中控制器处执行的动态网络监控和网络路径生成能够反映网络状况的变化。在数据转发过程中，通过对标签交换技术的使用，该方案能够实现高性能的网络分组转发。以此方式，该方案能够实现功能可知的网络路径控制，并且能够针对不同用户提供具有不同服务质量的数据传输服务。

图7示出了可以用来实施本公开内容的实施例的示例设备600的示意性框图。例如，如图2所示的客户端120，网络节点210、220或230，和/或控制器240可以由设备700实施。如图所示，设备700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的计算机程序指令或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序指令，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如过程300、400和/或500，可由处理单元701执行。例如，在一些实施例中，过程300、400和/或500可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序被加载到RAM 703并由CPU 701执行时，可以执行上文描述的过程300、400和/或500的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目的代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (18)

1.一种用于传输数据的方法，包括：

在源节点处确定要向目的节点发送的分组的业务类型，其中所述源节点被配置有中央处理单元，其中所述目的节点被配置有一组应用编程接口和用于为所述源节点的所述中央处理单元虚拟地提供加速处理能力的一组图形处理单元，所述源节点和所述目的节点之间具有针对不同业务类型的多个网络路径；

将指示所述业务类型的标记包括在所述分组中；以及

向所述目的节点发送包括所述标记的所述分组，以使得所述分组至少部分地基于周期性更新的查找表而沿所述多个网络路径中特定于所述业务类型的网络路径被转发，所述周期性更新的查找表包括所述多个网络路径中的不同网络路径的网络状况，所述不同网络路径用于从所述源节点到所述目的节点的不同业务类型，

其中确定所述业务类型包括：

确定用于生成所述分组的给定应用编程接口；以及

基于所述给定应用编程接口确定所述业务类型。

2.根据权利要求1所述的方法，其中确定所述业务类型还包括：

确定与所述分组有关的用户信息；以及

基于所述用户信息来确定所述业务类型。

3.根据权利要求1所述的方法，其中将所述标记包括在所述分组中包括：

将所述标记包括在所述分组的以下任一位置处：互联网协议(IP)报头中的服务类型字段、以及传输控制协议(TCP)报头中的TCP选项字段。

4.一种在网络节点处实现的方法，包括：

响应于从源节点接收到要向目的节点发送的分组，从所述分组中获取指示所述分组的业务类型的标记，其中所述源节点被配置有中央处理单元，其中所述目的节点被配置有一组应用编程接口和用于为所述源节点的所述中央处理单元虚拟地提供加速处理能力的一组图形处理单元；

至少部分地基于周期性更新的查找表，获取所述源节点和所述目的节点之间针对不同业务类型的多个网络路径，所述周期性更新的查找表包括所述多个网络路径中的不同网络路径的网络状况，所述不同网络路径用于从所述源节点到所述目的节点的不同业务类型；

基于所述标记，从所述多个网络路径中选择特定于所述业务类型的网络路径；以及

按照选择的所述网络路径来转发所述分组，

其中所述分组是从给定应用编程接口生成的，并且所述源节点被配置为基于所述给定应用编程接口确定所述业务类型。

5.根据权利要求4所述的方法，其中从所述分组中获取所述标记包括：

从所述分组的以下任一位置处获取所述标记：互联网协议(IP)报头中的服务类型字段、以及传输控制协议(TCP)报头中的TCP选项字段。

6.根据权利要求4所述的方法，其中获取所述多个网络路径包括：

从管理所述网络节点的控制器处获取所述多个网络路径。

7.根据权利要求4所述的方法，其中特定于所述业务类型的所述网络路径由所述网络路径中的多个网络节点被映射成的相应标签序列表示，并且按照选择的所述网络路径来转发所述分组包括：

利用所述标签序列来替换所述分组中的所述标记；

基于所述标签序列来确定要向其转发所述分组的下一网络节点；以及

向所述下一网络节点转发经替换的所述分组。

8.根据权利要求7所述的方法，其中所述分组基于多协议标签交换(MPLS)技术在所述多个网络节点中被转发。

9.一种用于传输数据的设备，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行动作，所述动作包括：

在源节点处确定要向目的节点发送的分组的业务类型，其中所述源节点被配置有中央处理单元，其中所述目的节点被配置有一组应用编程接口和用于为所述源节点的所述中央处理单元虚拟地提供加速处理能力的一组图形处理单元，所述源节点和所述目的节点之间具有针对不同业务类型的多个网络路径；

将指示所述业务类型的标记包括在所述分组中；以及

向所述目的节点发送包括所述标记的所述分组，以使得所述分组至少部分地基于周期性更新的查找表而沿所述多个网络路径中特定于所述业务类型的网络路径被转发，所述周期性更新的查找表包括所述多个网络路径中的不同网络路径的网络状况，所述不同网络路径用于从所述源节点到所述目的节点的不同业务类型，

其中确定所述业务类型包括：

确定用于生成所述分组的给定应用编程接口；以及

基于所述给定应用编程接口确定所述业务类型。

10.根据权利要求9所述的设备，其中确定所述业务类型包括：

确定与所述分组有关的用户信息；以及

基于所述用户信息来确定所述业务类型。

11.根据权利要求9所述的设备，其中将所述标记包括在所述分组中包括：

将所述标记包括在所述分组的以下任一位置处：互联网协议(IP)报头中的服务类型字段、以及传输控制协议(TCP)报头中的TCP选项字段。

12.一种网络节点，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述网络节点执行动作，所述动作包括：

响应于从源节点接收到要向目的节点发送的分组，从所述分组中获取指示所述分组的业务类型的标记，其中所述源节点被配置有中央处理单元，其中所述目的节点被配置有一组应用编程接口和用于为所述源节点的所述中央处理单元虚拟地提供加速处理能力的一组图形处理单元；

至少部分地基于周期性更新的查找表，获取所述源节点和所述目的节点之间针对不同业务类型的多个网络路径，所述周期性更新的查找表包括所述多个网络路径中的不同网络路径的网络状况，所述不同网络路径用于从所述源节点到所述目的节点的不同业务类型；

基于所述标记，从所述多个网络路径中选择特定于所述业务类型的网络路径；以及

按照选择的所述网络路径来转发所述分组，

其中所述分组是从给定应用编程接口生成的，并且所述源节点被配置为基于所述给定应用编程接口确定所述业务类型。

13.根据权利要求12所述的网络节点，其中从所述分组中获取所述标记包括：

从所述分组的以下任一位置处获取所述标记：互联网协议(IP)报头中的服务类型字段、以及传输控制协议(TCP)报头中的TCP选项字段。

14.根据权利要求12所述的网络节点，其中获取所述多个网络路径包括：

从管理所述网络节点的控制器处获取所述多个网络路径。

15.根据权利要求12所述的网络节点，其中特定于所述业务类型的所述网络路径由所述网络路径中的多个网络节点被映射成的相应标签序列表示，并且按照选择的所述网络路径来转发所述分组包括：

利用所述标签序列来替换所述分组中的所述标记；

基于所述标签序列来确定要向其转发所述分组的下一网络节点；以及

向所述下一网络节点转发经替换的所述分组。

16.根据权利要求15所述的网络节点，其中所述分组基于多协议标签交换(MPLS)技术在所述多个网络节点中被转发。

17.一种计算机可读介质，包括机器可执行指令，所述机器可执行指令在由设备执行时使所述设备执行根据权利要求1-3中的任一项所述的方法。

18.一种计算机可读介质，包括机器可执行指令，所述机器可执行指令在由设备执行时使所述设备执行根据权利要求4-8中的任一项所述的方法。

Images