CN114697400A - 服务调度方法、系统及vtep - Google Patents
服务调度方法、系统及vtep Download PDFInfo
- Publication number
- CN114697400A CN114697400A CN202210384665.1A CN202210384665A CN114697400A CN 114697400 A CN114697400 A CN 114697400A CN 202210384665 A CN202210384665 A CN 202210384665A CN 114697400 A CN114697400 A CN 114697400A
- Authority
- CN
- China
- Prior art keywords
- vtep
- service
- computing power
- server
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 230000004044 response Effects 0.000 claims abstract description 22
- 238000004590 computer program Methods 0.000 claims description 21
- 238000004364 calculation method Methods 0.000 claims description 16
- 238000010586 diagram Methods 0.000 description 17
- 230000002457 bidirectional effect Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
Abstract
本公开提供了一种服务调度方法、系统及VTEP,涉及数据中心网络技术领域,所述方法包括:第一VTEP接收多个VTEP的第一路由消息,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息;响应于客户端的服务请求,所述第一VTEP基于所述算力信息从所述多个VTEP中确定第二VTEP;所述第一VTEP将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务。
Description
技术领域
本公开涉及数据中心网络技术领域,尤其是一种服务调度方法、系统及虚拟扩展局域网隧道端点(VTEP)。
背景技术
数据中心网络是一种在网络基础设施上传递、加速、展示、计算、存储数据信息的网络。
相关技术中,数据中心网络利用虚拟扩展局域网-以太网虚拟专用网络(VXLANEVPN)技术以及边界网关协议-以太网虚拟专用网络(BGP EVPN)路由信息进行服务调度,从而为客户端提供相应的服务。
发明内容
发明人注意到,在某些情况下,相关技术中为客户端提供的服务质量不高。
为了解决上述问题,本公开实施例提出了如下解决方案。
根据本公开实施例的一方面,提供一种服务调度方法,包括第一VTEP接收多个VTEP的第一路由消息,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息;响应于客户端的服务请求,所述第一VTEP基于所述算力信息从所述多个VTEP中确定第二VTEP;以及所述第一VTEP将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务。
在一些实施例中,所述算力信息包括算力资源的大小;所述第一VTEP基于所述算力信息从所述多个VTEP中确定第二VTEP包括:基于所述算力信息,确定算力资源的大小大于预设值的一组服务器;将所述多个VTEP中与所述一组服务器中的一个服务器连接的VTEP确定为所述第二VTEP。
在一些实施例中,所述算力信息还包括一种或多种第一服务类型,所述服务请求携带所述客户端需要的第二服务类型,所述第二VTEP连接的服务器的一种第一服务类型与所述第二服务类型相同。
在一些实施例中,所述算力信息还包括算力资源的算力类型,所述服务请求携带所述客户端需要的多种算力类型;所述一组服务器中每个服务器的算力资源的大小为所述多种算力类型的算力资源的加权计算结果。
在一些实施例中,所述服务请求携带加权信息,所述加权信息包括所述多种算力类型中每种算力类型的权重,所述加权计算结果基于所述加权信息计算得到。在一些实施例中,所述第二VTEP连接的服务器为所述一组服务器中算力资源最大的服务器。
在一些实施例中,所述第一VTEP将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务包括:所述第一VTEP经由第一隧道将所述服务请求发送到所述第二VTEP,所述第一隧道由所述第一VTEP基于所述第一路由消息建立;所述第一VTEP经由第二隧道接收所述第二VTEP发送的服务响应,所述第二隧道由所述第二VTEP基于所述第一VTEP发送的第二路由消息建立,所述服务响应由所述第二VTEP连接的服务器生成。
在一些实施例中,所述第二路由消息由所述第一VTEP响应于所述服务请求生成。
在一些实施例中,所述第二路由消息为媒体存取控制(MAC)地址通告消息或互联网协议地址前缀(IP Prefix)通告消息。
在一些实施例中,每个VTEP连接的服务器的算力资源包括中央处理器资源、图形处理器资源、处理器分散处理单元资源和内存资源中的至少一种。
根据本公开实施例的另一方面,提供一种VTEP,包括:接收模块,被配置为接收多个VTEP的第一路由消息,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息;确定模块,被配置为响应于客户端的服务请求,基于所述算力信息从所述多个VTEP中确定第二VTEP;以及发送模块,被配置为将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务。
根据本公开实施例的又一方面,提供一种VTEP,包括:存储器;以及耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。
根据本公开实施例的还一方面,提供一种服务调度系统,包括:第一VTEP,为上述任意一个实施例所述的VTEP;以及所述多个VTEP,所述多个VTEP中的每个VTEP被配置为发送第一路由消息到所述第一VTEP,所述多个VTEP中的第二VTEP还被配置为响应于接收到的所述第一VTEP发送的所述服务请求,为所述客户端提供服务。
根据本公开实施例的还一方面,提供一种服务调度系统,还包括:所述服务器和所述客户端中的至少一个。
根据本公开实施例的还一方面,提供一种计算机可读存储介质,包括计算机程序指令,其中,所述计算机程序指令被处理器执行时实现上述任意一个实施例所述的方法。
根据本公开实施例的还一方面,提供一种计算机程序产品,包括计算机程序,其中,所述计算机程序被处理器执行时实现上述任意一个实施例所述的方法。
本公开实施例中,第一VTEP和多个VTEP之间通过路由信息实现算力信息端到端的传递,进而由第一VTEP基于算力信息确定为客户端提供服务的服务器连接的第二VTEP。由于服务器的算力可以影响服务质量,在服务调度时基于算力信息确定第二VTEP,可以使得合适的服务器为客户端提供服务,有利于提高服务质量。
下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本公开一些实施例的服务调度方法的流程示意图。
图2是根据本公开另一些实施例的服务调度方法的流程示意图。
图3是根据本公开一些实施例的建立双向隧道的流程示意图。
图4是根据本公开一些实施例的VTEP的结构示意图。
图5是根据本公开另一些实施例的VTEP的结构示意图。
图6是根据本公开一些实施例的服务调度系统的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1是根据本公开一些实施例的服务调度方法的流程示意图。
在步骤102,第一VTEP接收多个VTEP的第一路由消息。这里,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息。
例如,算力信息可以包括算力资源的大小。算力资源例如包括中央处理器资源(CPU)、图形处理器资源(GPU)、处理器分散处理单元资源(DPU)和内存资源中的至少一种。后文将结合一些实施例进一步说明。
在一些实施例中,第一VTEP可以响应于第一路由消息和多个VTEP中的每一个建立隧道。
在步骤104,响应于客户端的服务请求,第一VTEP基于算力信息从多个VTEP中确定第二VTEP。
例如,可以基于算力资源的大小和/或服务器的服务类型确定第二VTEP,后文将结合一些实施例进一步说明。
在步骤106,第一VTEP将服务请求发送到第二VTEP,以使得第二VTEP连接的服务器为客户端提供服务。
例如,第一VTEP可以经由与第二VTEP建立的双向隧道将服务请求发送到第二VTEP,并经由双向隧道接收第二VTEP提供的服务。后文将结合一些实施例进一步说明。
上述实施例中,第一VTEP和多个VTEP之间通过路由信息实现算力信息端到端的传递,进而由第一VTEP基于算力信息确定为客户端提供服务的服务器连接的第二VTEP。由于服务器的算力可以影响服务质量,在服务调度时基于算力信息确定第二VTEP,可以使得合适的服务器为客户端提供服务,有利于提高服务质量。
下面结合一些实施例对第一VTEP如何接收多个VTEP的第一路由消息进行介绍。
在一些实施例中,多个VTEP中的每个VTEP接收与该VTEP连接的服务器发送的算力信息,再基于算力信息生成第一路由消息。
作为一些实现方式,多个VTEP中的每个VTEP可以连接一个或多个服务器。在一个VTEP连接多个服务器的情况下,第一路由消息例如还可以包括多个服务器的标识。
在一些实施例中,第一VTEP基于边界网关协议(BGP)接收多个VTEP的发送的第一路由消息。
表1是根据本公开一些实施例的第一路由消息。
表1
表1所示的实施例中,算力资源包括CPU、GPU、DPU和内存资源。
下面结合一些实施例介绍第一VTEP如何基于算力信息从多个VTEP中确定第二VTEP。
在一些实施例中,算力信息包括算力资源的大小。这种情况下,第一VTEP基于算力信息,确定算力资源的大小大于预设值的一组服务器,将多个VTEP中与一组服务器中的一个服务器连接的VTEP确定为第二VTEP。
例如,在算力信息包括CPU算力信息的情况下,确定CPU算力大于预设值的一组服务器,选择这一组服务器中的一个作为为客户端提供服务的服务器,将与该服务器连接的VTEP确定为第二VTEP。
又例如,服务请求还可以包括客户端需要的算力资源的种类(例如客户端需要CPU算力资源),在算力信息包括CPU算力信息、GPU算力信息和DPU算力信息的情况下,第一VTEP确定CPU算力大于预设值的一组服务器,选择这一组服务器中的一个作为为客户端提供服务的服务器,将与该服务器连接的VTEP确定为第二VTEP。
在一些实施例中,算力信息还包括算力资源的算力类型,服务请求携带客户端需要的多种算力类型。这种情况下,一组服务器中每个服务器的算力资源的大小为多种算力类型的算力资源的加权计算结果。
例如,在算力信息包括CPU、GPU和DPU这三种算力类型,服务请求携带的客户端需要的多种算力类型为CPU和GPU的情况下,第一VTEP可以对CPU和GPU这两种算力类型的算力资源进行加权计算得到加权计算结果,确定加权计算结果大于预设值的一组服务器,选择这一组服务器中的一个作为为客户端提供服务的服务器,将与该服务器连接的VTEP确定为第二VTEP。
在一些实施例中,服务请求携带加权信息,加权信息包括多种算力类型中每种算力类型的权重,加权计算结果基于加权信息计算得到。
例如,服务请求携带CPU和GPU的权重,第一VTEP可以基于权重对CPU和GPU这两种算力类型的算力资源进行加权计算得到加权计算结果。
应理解,以上预设值可以是固定的某个值,也可以是某个算力资源的大小。例如,一共有按照算力资源从小到大的顺序从1至10依次排列的10个服务器,预设值可以是第8个的服务器的算力资源的大小。这种情况下,第9个服务器和第10个服务器即为第一VTEP确定的一组服务器。
上述实施例中,通过设置预设值对服务器进行筛选从而确定第二VTEP,有利于确保为客户端提供服务的服务器的算力能够满足要求,从而提高服务质量。
进一步地,上述实施例提供了多种方法来确定提供服务的服务器,有利于充分满足客户端的需求。
在一些实施例中,第二VTEP连接的服务器为一组服务器中算力资源最大的服务器。
例如,在算力信息包括CPU算力信息的情况下,确定CPU算力最大的服务器作为为客户端提供服务的服务器,将与该服务器连接的VTEP确定为第二VTEP。
上述实施例中,通过选择算力最大的服务器来提供服务,有利于进一步提高服务质量。
在一些实施例中,算力信息除了包括算力资源的大小,还包括一种或多种第一服务类型。这里,服务请求携带客户端需要的第二服务类型,第二VTEP连接的服务器的一种第一服务类型与第二服务类型相同。
作为一些实现方式,服务类型可以包括网页浏览、视频播放以及音乐播放等,第一服务类型也即服务器能够提供的服务类型,第二服务类型也即客户端需要的服务类型。
例如,服务器A的第一服务类型包括网页浏览,服务器B的第一服务类型包括视频播放和音乐播放,客户端C的第二服务类型是视频播放,则服务器B的一种第一服务类型与第二服务类型相同。进一步地,如果服务器B的算力资源的大小大于预设值,例如服务器B的算力资源是最大的,可以确定服务器B作为为客户端提供服务的服务器,将与服务器B连接的VTEP确定为第二VTEP。
上述实施例中,从算力资源的大小和服务类型两方面对服务器进行选择,既保证了服务器能够提供客户端所需的服务,又有利于提高为客户端提供的服务质量。
下面结合一些实施例介绍第一VTEP如何将服务请求发送到第二VTEP,以使得第二VTEP连接的服务器为客户端提供服务。
图2是根据本公开另一些实施例的服务调度方法的流程示意图。
在步骤202,第一VTEP经由第一隧道将服务请求发送到第二VTEP。这里,第一隧道由第一VTEP基于第一路由消息建立。
在步骤204,第一VTEP经由第二隧道接收第二VTEP发送的服务响应。这里,第二隧道由第二VTEP基于第一VTEP发送的第二路由消息建立,服务响应由第二VTEP连接的服务器生成。
上述实施例中,基于第一隧道和第二隧道组成的双向隧道传递服务请求和服务响应,无须感知服务器和客户端之间的中间物理链路,有利于提高大型数据中心场景下的服务质量。
在一些实施例中,第二路由消息由第一VTEP响应于服务请求生成。
例如,第一VTEP接收到客户端发送的服务请求后,基于服务请求携带的客户端的IP地址生成第二路由消息。
在一些实施例中,第二路由消息为MAC地址通告消息或IP Prefix通告消息。
下面结合一个具体的实施例介绍如何建立双向隧道(也即第一隧道和第二隧道)。
图3是根据本公开一些实施例的建立双向隧道的流程示意图。简洁起见,图3中只示出了第二VTEP,应理解,多个VTEP中的每个都可以采用与图3所示的第二VTEP类似的方式与第一VTEP建立双向隧道。
在步骤302,服务器发送算力信息到第二VTEP。算力信息例如可以包括CPU、GPU、DPU和内存资源这四种算力资源的大小。
在步骤304,第二VTEP基于算力信息生成第一路由消息。这里,第一路由消息包括算力信息。第一路由消息例如是表1所述的第一路由消息。
在步骤306,第二VTEP发送第一路由消息到第一VTEP。例如,可以基于BGP协议发送第一路由消息。
在步骤308,第一VTEP基于第一路由消息建立第一隧道。由此,第一VTEP可以经由第一隧道向第二VTEP传递数据,例如服务请求。
在步骤310,第一VTEP接收客户端发送的服务请求。这里,服务请求可以携带客户端的IP地址。
在步骤312,第一VTEP基于客户端的IP地址生成第二路由消息。例如,第二路由消息可以是MAC地址通告消息或者IP Prefix通告消息。
在步骤314,第一VTEP发送第二路由消息到第二VTEP。
在步骤316,第二VTEP基于第二路由消息建立第二隧道。由此,第二VTEP可以经由第二隧道向第一VTEP传递数据,例如服务响应。上述实施例中,利用第一路由消息传递算力信息,使得第一VTEP能够及时地获取算力信息,进一步地,通过建立双向隧道,有利于提高大型数据中心场景下的服务质量。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于VTEP实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
图4是根据本公开一些实施例的VTEP的结构示意图。
如图4所示,VTEP 400包括接收模块401、确定模块402和发送模块403。图4所示的VTEP 400可以作为第一VTEP。
接收模块401被配置为接收多个VTEP的第一路由消息。这里,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息。
确定模块402被配置为响应于客户端的服务请求,基于算力信息从多个VTEP中确定第二VTEP。
发送模块403被配置为将服务请求发送到第二VTEP,以使得第二VTEP连接的服务器为客户端提供服务。
图5是根据本公开另一些实施例的VTEP的结构示意图。
如图5所示,VTEP 500包括存储器501以及耦接至该存储器501的处理器502,处理器502被配置为基于存储在存储器501中的指令,执行前述任意一个实施例的方法。
存储器501例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。
VTEP 500还可以包括输入输出接口503、网络接口504、存储接口505等。这些接口503、504、505之间、以及存储器501与处理器502之间例如可以通过总线506连接。输入输出接口503为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口504为各种联网设备提供连接接口。存储接口505为SD卡、U盘等外置存储设备提供连接接口。
图6是根据本公开一些实施例的服务调度系统的结构示意图。
如图6所示,服务调度系统600包括第一VTEP 601和多个VTEP 602。
第一VTEP 601可以是上述任意一个实施例所述的VTEP,例如是VTEP 400或VTEP500。
多个VTEP 602被配置为发送第一路由消息到第一VTEP 601,多个VTEP中的每个VTEP中的第二VTEP 602被配置为响应于接收到的第一VTEP 601发送的服务请求,为客户端提供服务。
在一些实施例中,如图6所示,服务调度系统600还可以包括服务器603和客户端604中的至少一个。应理解,图6示意性地示出了每个VTEP 602连接了一个服务器,但这并非是限制性的。在某些实施例中,每个VTEP 602可以连接多个服务器。
本公开实施例还提供了一种计算机可读存储介质,包括计算机程序指令,该计算机程序指令被处理器执行时实现上述任意一个实施例的方法。
本公开实施例还提供了一种计算机程序产品,包括计算机程序,其中,所述计算机程序被处理器执行时实现上述任意一项所述的方法。
至此,已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
本领域内的技术人员应当明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解,可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。
Claims (16)
1.一种服务调度方法,包括:
第一虚拟扩展局域网隧道端点VTEP接收多个VTEP的第一路由消息,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息;
响应于客户端的服务请求,所述第一VTEP基于所述算力信息从所述多个VTEP中确定第二VTEP;以及
所述第一VTEP将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务。
2.根据权利要求1所述的方法,其中,所述算力信息包括算力资源的大小;
所述第一VTEP基于所述算力信息从所述多个VTEP中确定第二VTEP包括:
基于所述算力信息,确定算力资源的大小大于预设值的一组服务器;以及
将所述多个VTEP中与所述一组服务器中的一个服务器连接的VTEP确定为所述第二VTEP。
3.根据权利要求2所述的方法,其中,
所述算力信息还包括一种或多种第一服务类型,所述服务请求携带所述客户端需要的第二服务类型,所述第二VTEP连接的服务器的一种第一服务类型与所述第二服务类型相同。
4.根据权利要求2所述的方法,其中,
所述算力信息还包括算力资源的算力类型,所述服务请求携带所述客户端需要的多种算力类型;
所述一组服务器中每个服务器的算力资源的大小为所述多种算力类型的算力资源的加权计算结果。
5.根据权利要求4所述的方法,其中,所述服务请求携带加权信息,所述加权信息包括所述多种算力类型中每种算力类型的权重,所述加权计算结果基于所述加权信息计算得到。
6.根据权利要求2所述的方法,其中,
所述第二VTEP连接的服务器为所述一组服务器中算力资源最大的服务器。
7.根据权利要求1所述的方法,其中,所述第一VTEP将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务包括:
所述第一VTEP经由第一隧道将所述服务请求发送到所述第二VTEP,所述第一隧道由所述第一VTEP基于所述第一路由消息建立;
所述第一VTEP经由第二隧道接收所述第二VTEP发送的服务响应,所述第二隧道由所述第二VTEP基于所述第一VTEP发送的第二路由消息建立,所述服务响应由所述第二VTEP连接的服务器生成。
8.根据权利要求7所述的方法,其中,
所述第二路由消息由所述第一VTEP响应于所述服务请求生成。
9.根据权利要求7所述的方法,其中,
所述第二路由消息为媒体存取控制地址通告消息或互联网协议地址前缀通告消息。
10.根据权利要求1-9任意一项所述的方法,其中,
每个VTEP连接的服务器的算力资源包括中央处理器资源、图形处理器资源、处理器分散处理单元资源和内存资源中的至少一种。
11.一种VTEP,包括:
接收模块,被配置为接收多个VTEP的第一路由消息,每个VTEP的第一路由消息包括该VTEP连接的服务器的算力信息;
确定模块,被配置为响应于客户端的服务请求,基于所述算力信息从所述多个VTEP中确定第二VTEP;以及
发送模块,被配置为将所述服务请求发送到所述第二VTEP,以使得所述第二VTEP连接的服务器为所述客户端提供服务。
12.一种VTEP,包括:
存储器;以及
耦接至所述存储器的处理器,被配置为基于存储在所述存储器中的指令,执行权利要求1-10任意一项所述的方法。
13.一种服务调度系统,包括:
第一VTEP,为权利要求11或12所述的VTEP;以及
所述多个VTEP,所述多个VTEP中的每个VTEP被配置为发送第一路由消息到所述第一VTEP,所述多个VTEP中的第二VTEP还被配置为响应于接收到的所述第一VTEP发送的所述服务请求,为所述客户端提供服务。
14.根据权利要求13所述的服务调度系统,还包括:
所述服务器和所述客户端中的至少一个。
15.一种计算机可读存储介质,包括计算机程序指令,其中,所述计算机程序指令被处理器执行时实现权利要求1-10任意一项所述的方法。
16.一种计算机程序产品,包括计算机程序,其中,所述计算机程序被处理器执行时实现权利要求1-10任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210384665.1A CN114697400A (zh) | 2022-04-13 | 2022-04-13 | 服务调度方法、系统及vtep |
PCT/CN2022/140812 WO2023197666A1 (zh) | 2022-04-13 | 2022-12-21 | 服务调度方法、系统、vtep、存储介质及计算机程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210384665.1A CN114697400A (zh) | 2022-04-13 | 2022-04-13 | 服务调度方法、系统及vtep |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114697400A true CN114697400A (zh) | 2022-07-01 |
Family
ID=82142988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210384665.1A Pending CN114697400A (zh) | 2022-04-13 | 2022-04-13 | 服务调度方法、系统及vtep |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114697400A (zh) |
WO (1) | WO2023197666A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023197666A1 (zh) * | 2022-04-13 | 2023-10-19 | 中国电信股份有限公司 | 服务调度方法、系统、vtep、存储介质及计算机程序产品 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106302861A (zh) * | 2016-09-27 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种地址分配方法及装置 |
CN113259162A (zh) * | 2021-05-08 | 2021-08-13 | 中国工商银行股份有限公司 | 网络故障确定方法及装置、电子设备和存储介质 |
CN113448721A (zh) * | 2020-03-27 | 2021-09-28 | 中国移动通信有限公司研究院 | 算力处理的网络系统及算力处理方法 |
CN113810205A (zh) * | 2020-06-11 | 2021-12-17 | 中国移动通信有限公司研究院 | 服务算力信息的上报、接收方法、服务器及数据中心网关 |
CN114095577A (zh) * | 2020-07-31 | 2022-02-25 | 中国移动通信有限公司研究院 | 资源请求方法、装置、算力网元节点及算力应用设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113709048A (zh) * | 2020-05-21 | 2021-11-26 | 中国移动通信有限公司研究院 | 一种路由信息的发送、接收方法、网元及节点设备 |
CN112751826B (zh) * | 2020-12-07 | 2024-04-30 | 中兴通讯股份有限公司 | 算力应用流量转发方法及装置 |
CN114697400A (zh) * | 2022-04-13 | 2022-07-01 | 中国电信股份有限公司 | 服务调度方法、系统及vtep |
-
2022
- 2022-04-13 CN CN202210384665.1A patent/CN114697400A/zh active Pending
- 2022-12-21 WO PCT/CN2022/140812 patent/WO2023197666A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106302861A (zh) * | 2016-09-27 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种地址分配方法及装置 |
CN113448721A (zh) * | 2020-03-27 | 2021-09-28 | 中国移动通信有限公司研究院 | 算力处理的网络系统及算力处理方法 |
CN113810205A (zh) * | 2020-06-11 | 2021-12-17 | 中国移动通信有限公司研究院 | 服务算力信息的上报、接收方法、服务器及数据中心网关 |
CN114095577A (zh) * | 2020-07-31 | 2022-02-25 | 中国移动通信有限公司研究院 | 资源请求方法、装置、算力网元节点及算力应用设备 |
CN113259162A (zh) * | 2021-05-08 | 2021-08-13 | 中国工商银行股份有限公司 | 网络故障确定方法及装置、电子设备和存储介质 |
Non-Patent Citations (2)
Title |
---|
王江龙等: "云网一体化数据中心网络关键技术", 电信科学 * |
陈晓等: "微服务架构下的算力路由技术", 中兴通讯技术, pages 70 - 74 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023197666A1 (zh) * | 2022-04-13 | 2023-10-19 | 中国电信股份有限公司 | 服务调度方法、系统、vtep、存储介质及计算机程序产品 |
Also Published As
Publication number | Publication date |
---|---|
WO2023197666A1 (zh) | 2023-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11463511B2 (en) | Model-based load balancing for network data plane | |
CN111447185B (zh) | 一种推送信息的处理方法及相关设备 | |
WO2018156421A1 (en) | Load balancing in distributed computing systems | |
CN105979007A (zh) | 加速资源处理方法、装置及网络功能虚拟化系统 | |
CN111163130B (zh) | 一种网络服务系统及其数据传输方法 | |
CN113181658A (zh) | 一种边缘计算节点调度方法、装置、设备以及介质 | |
CN108933829A (zh) | 一种负载均衡方法及装置 | |
CN113364809B (zh) | 分流网络数据以执行负载平衡 | |
US10904322B2 (en) | Systems and methods for scaling down cloud-based servers handling secure connections | |
CN111431730B (zh) | 一种业务处理方法、系统、计算机设备及可读介质 | |
EP3477997B1 (en) | Method for controlling data transmission, device, and storage medium | |
CN107579924A (zh) | 一种流量调拨方法和装置 | |
CN107666474B (zh) | 一种网络报文处理方法、装置及网络服务器 | |
CN103501295B (zh) | 一种基于虚拟机迁移的远程访问方法和设备 | |
CN114697400A (zh) | 服务调度方法、系统及vtep | |
Li et al. | A novel genetic service function deployment management platform for edge computing | |
CN110545230A (zh) | 用于转发vxlan报文的方法和装置 | |
CN107483628B (zh) | 基于dpdk的单向代理方法及系统 | |
CN112152879B (zh) | 网络质量确定方法、装置、电子设备和可读存储介质 | |
CN105100101A (zh) | 一种基于ssl会话的方法、装置及系统 | |
CN112714146B (zh) | 一种资源调度方法、装置、设备及计算机可读存储介质 | |
CN116233481A (zh) | 一种媒体流传输方法、媒体服务器以及通信系统 | |
JP2007272540A (ja) | データ配信方法及びデータ配信システム | |
CN115567602A (zh) | Cdn节点回源方法、设备及计算机可读存储介质 | |
CN116032880A (zh) | 一种会话同步的系统、方法、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |