WO2023186109A1 - 节点访问方法以及数据传输系统 - Google Patents
节点访问方法以及数据传输系统 Download PDFInfo
- Publication number
- WO2023186109A1 WO2023186109A1 PCT/CN2023/085535 CN2023085535W WO2023186109A1 WO 2023186109 A1 WO2023186109 A1 WO 2023186109A1 CN 2023085535 W CN2023085535 W CN 2023085535W WO 2023186109 A1 WO2023186109 A1 WO 2023186109A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message data
- address
- node
- request message
- response message
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 75
- 230000005540 biological transmission Effects 0.000 title claims abstract description 20
- 230000004044 response Effects 0.000 claims abstract description 167
- 238000012546 transfer Methods 0.000 claims description 16
- 238000005516 engineering process Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 230000006854 communication Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 10
- 230000009471 action Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Abstract
本申请提供一种节点访问方法以及数据传输系统,其中所述节点访问方法包括:接收请求报文数据,根据所述请求报文数据生成回应报文数据,根据第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。通过根据接收的请求报文数据生成回应报文数据,并根据第一地址对应关系向请求节点直接发送回应报文数据,绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
Description
本申请要求于2022年04月01日提交中国专利局、申请号为202210339380.6、申请名称为“节点访问方法以及数据传输系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本说明书实施例涉及数据处理技术领域,特别涉及一种节点访问方法。
IPV6网络正在全面铺开,然而在很多后端服务,仍然只支持IPV4接入,不具备IPV6接入能力,因此前端提供IPV6方式访问,后端仍然以IPV4作为实体服务的负载均衡技术,成为一种合适的过渡技术。这种技术称为6to4负载均衡。
然而6to4负载均衡技术和其他负载均衡技术一样,会有流量集中化,压爆负载均衡的风险,也有单流pps过大,负载均衡器cpu失衡等问题。常规的6to4负载均衡技术已经有成熟产品,但因为常规的6to4负载均衡,流量都集中在LVS上处理,来回流量的每一个包都需要LVS参与调度分发,造成LVS压力过大,性能瓶颈的问题。
发明内容
有鉴于此,本说明书实施例提供了两种节点访问方法。本说明书一个或者多个实施例同时涉及一种数据传输系统,两种节点访问设备,两种节点访问装置,一种计算设备,一种计算机可读存储介质以及一种计算机程序,以解决现有技术中存在的技术缺陷。
根据本说明书实施例的第一方面,提供了一种节点访问方法,包括:
接收请求报文数据;
根据所述请求报文数据生成回应报文数据;
根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
根据本说明书实施例的第二方面,提供了一种节点访问方法,包括:
通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;
根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;
在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的
地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
根据本说明书实施例的第三方面,提供了一种数据传输系统,包括:
请求节点、中转节点和服务节点;
所述请求节点将初始类型的请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点;
所述中转节点根据调度规则将所述目标类型的请求报文数据发送至所述服务节点;
所述服务节点根据所述目标类型的请求报文数据生成目标类型的回应报文数据,并建立第一地址对应关系,以及
根据所述第一地址对应关系将所述目标类型的回应报文数据转换为初始类型的回应报文数据,并将所述初始类型的回应报文数据发送至所述请求节点;
所述请求节点根据所述初始类型的回应报文数据建立第二地址对应关系,并根据所述第二地址对应关系访问所述服务节点。
根据本说明书实施例的第四方面,提供了一种节点访问设备,包括:
接收模块,被配置为接收请求报文数据;
生成模块,被配置为根据所述请求报文数据生成回应报文数据;
访问模块,被配置为根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的请求报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
根据本说明书实施例的第五方面,提供了一种节点访问设备,包括:
发送模块,被配置为通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;
关系建立模块,被配置为根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;
访问模块,被配置为在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
根据本说明书实施例的第六方面,提供了一种节点访问装置,包括:
接收模块,被配置为接收请求报文数据;
生成模块,被配置为根据所述请求报文数据生成回应报文数据;
访问模块,被配置为根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的请求报文数据建立,且所述第
一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
根据本说明书实施例的第七方面,提供了一种节点访问装置,包括:
发送模块,被配置为通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;
关系建立模块,被配置为根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;
访问模块,被配置为在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
根据本说明书实施例的第八方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,该计算机可执行指令被处理器执行时实现上述节点访问方法的步骤。
根据本说明书实施例的第九方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该指令被处理器执行时实现上述节点访问方法的步骤。
根据本说明书实施例的第十方面,提供了一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述节点访问方法的步骤。
本说明书实施例提供一种节点访问方法以及数据传输系统,其中所述节点访问方法包括:接收请求报文数据,根据所述请求报文数据生成回应报文数据,根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。通过根据接收的请求报文数据生成回应报文数据,并根据第一地址对应关系向请求节点直接发送回应报文数据,绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
图1是本说明书一个实施例提供的一种节点访问方法的流程图;
图2是本说明书一个实施例提供的另一种节点访问方法的流程图;
图3a是本说明书一个实施例提供的一种数据传输系统的示意图;
图3b是本说明书一个实施例提供的一种数据传输系统的时序图;
图4是本说明书一个实施例提供的一种节点访问方法的处理过程流程图;
图5是本说明书一个实施例提供的一种节点访问装置的结构示意图;
图6是本说明书一个实施例提供的另一种节点访问装置的结构示意图;
图7是本说明书一个实施例提供的一种计算设备的结构框图。
在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本说明书内涵的情况下做类似推广,因此本说明书不受下面公开的具体实施的限制。
在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本说明书一个或多个实施例涉及的名词术语进行解释。
虚拟私有云(VPC):是一个公共云计算资源的动态配置池,需要使用加密协议、隧道协议和其他安全程序,在民营企业和云服务提供商之间传输数据。
vxlan:vxlan是一种overlay的网络技术,使用MAC in UDP的方法进行封装,可以创建跨多个物理IP子网的虚拟2层子网,创建一个完全虚拟化的基础架构云服务,允许2层与任何端点进行通信,VXLAN在内层原始以太帧的基础上加了8字节的VXLAN Header,然后外层分别是UDP Header、外层IP Header、外层Mac Header,共50字节的封装报文头。
学源:overlay的地址,需要对应一个underlay地址才能在物理网络中传输,实际表现就在一个虚拟主机,必须对应由一个真实的物理机器,因此学习虚拟与物理机的对应关系,是学源能力。
LVS:指代负载均衡软硬一体的设备。
负载均衡:建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。
五元组信息,源IP地址,源端口,目的IP地址,目的端口,和传输层协议这五个量组成的一个集合。
网际协议版本4(英语:Internet Protocol version 4,IPV4):又称互联网通信协议第四版,是网际协议开发过程中的第四个修订版本,也是此协议第一个被广泛部署的版本。
IPV6:是英文“Internet Protocol Version 6”(互联网协议第6版)的缩写,是互联网工程任务组(IETF)设计的用于替代IPV4的下一代IP协议。
pps英文全称是Pulse Per Second,中文解释为秒脉冲,脉冲数/秒,PPS即每秒脉冲数的缩写,一般出现在通信行业中。
IPV6网络正在全面铺开,然而在很多后端服务,仍然只支持IPV4接入,不具备IPV6接入能力,因此前端提供IPV6方式访问,后端仍然以IPV4作为实体服务的负载均衡技术,成为一种合适的过渡技术。这种技术称为6to4负载均衡。然而6to4负载均衡技术和其他负载均衡技术一样,会有流量集中化,压爆负载均衡的风险,也有单流pps过大,负载均衡器cpu失衡等问题。基于此,提出一种负载均衡技术,将流量从负载均衡器卸载,去中心化,提供从源端到目的端的直接访问模式。
在本说明书中,提供了两种节点访问方法,本说明书同时涉及一种数据传输系统,两种节点访问设备,两种节点访问装置,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
参见图1,图1示出了根据本说明书一个实施例提供的一种节点访问方法的流程图,该方法应用于服务节点,具体包括以下步骤。
步骤102:接收请求报文数据。
其中,请求报文数据可以为客户端发送的报文数据,可以理解为对服务端某一服务进行通信的报文数据。
在实际应用中,在VPC场景下,包括请求节点、服务节点以及负载均衡节点,服务节点中存在多个服务提供方的服务端,请求节点中存在多个租户的客户端,服务端可以从客户端接收请求报文数据,并根据请求报文数据提供服务。其中,请求报文数据可以为任意一个租户的客户端发送的,每个租户拥有自己的地址,相应地,每个服务提供方也拥有自己的地址。在首次通信时,服务端需要从负载均衡节点接收某个客户端的报文数据,才能获得该客户端的地址信息。
例如,从LVS设备接收客户端发送的请求报文数据。
本说明书实施例通过首次从负载均衡接地接收报文数据,从而可以获得相匹配的客户端所在的设备的地址,便于后续直接向客户端发送报文数据。
步骤104:根据所述请求报文数据生成回应报文数据;
其中,回应报文数据可以理解为对客户端返回的报文数据。
在实际应用中,服务器在接收到客户端的请求之后,需要发送一个回应报文。
例如,根据从LVS设备接收客户端发送的请求报文数据,生成回应报文数据。
在一种可实现的方式中,所述根据所述请求报文数据生成回应报文数据,包括:
根据目标类型的请求报文数据确定初始类型的请求报文数据,并根据所述初始类
型的请求报文数据建立入向地址对应关系;
根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据。
其中,所述目标类型可以为IPV4类型;所述初始类型可以为IPV6类型;入向地址对应关系可以理解为五元组信息和与要更改的地址的对应关系。
例如,根据IPV4类型的请求报文数据确定IPV6类型的请求报文数据,并根据IPV6类型的请求报文数据中的五元组信息建立入向地址对应关系,具体地,入向地址对应关系包括入向索引和缓存,入向索引信息为:IPV6+(客户端ip)cip+(客户端端口)cport+(中转节点ip)vip+(中转节点端口)vport,入向缓存信息为:转换的源IP为虚拟ip(fip);转换的目的IP为服务端IP(rip);转换的源端口为虚拟端口(fport);转换的目的端口为服务端端口(rport)。然后根据IPV6类型的请求报文数据生成回应报文。
在一种可实现的方式中,所述根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据,包括:
将所述初始类型的请求报文数据根据所述入向地址对应关系,生成虚拟请求报文数据,并根据所述虚拟请求报文数据建立出向地址对应关系;
根据所述虚拟请求报文数据生成所述目标类型的回应报文数据。
例如,将IPV6类型的请求报文数据根据入向地址对应关系生成IPV4类型的虚拟请求报文数据,并建立出向地址对应关系,具体地,出向地址对应关系包括出向索引和缓存,出向索引信息为:IPV4+(服务端IP)rip+(服务端端口)rport+(虚拟IP)fip+(虚拟端口)fport;出向缓存信息为:转换的源IP为接入服务IP(vip);转换的目的IP为客户端的IP地址(cip);转换的源端口为接入服务端口(vport);转换的目的端口为访问客户端的请求端口(cport);访问客户端所在宿主机(请求节点)的网卡地址为nc_ip;访问客户端所在VPC tunnel id(VPC隧道标识)。将IPV6类型的请求报文数据修改为IPV4类型的虚拟请求报文数据,提交给内核协议栈,最终由业务进程处理,业务进程接收到的就是一个来自虚拟IP的IPV4网络请求,业务进程对该网络请求发送回应报文。
本说明书实施例通过建立IPV6类型的报文数据对应的虚拟的IPV4地址,以使客户端的IPV6类型的报文数据可以与IPV4类型的服务端进行通信,提高了普适性。
步骤106:根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
在实际应用中,服务器可以根据已建立的第一地址对应关系绕过中转节点直接访问客户端。
在一种可实现的方式中,所述根据所述第一地址对应关系向请求节点发送所述回
应报文数据,包括:
将所述目标类型的回应报文数据根据所述出向地址对应关系,生成初始类型的回应报文数据;
根据所述初始类型的回应报文数据中携带地址信息,将所述初始类型的回应报文数据发送至对应的请求节点。
其中,第一地址对应关系可以理解为包括上述的入向地址对应关系和出向地址对应关系。
例如,回应报文为IPV4类型的回应报文数据,五元组信息为IPV4+rip+rport+fip+fport。业务进程发送的回应报文达到内核协议栈,由内核协议栈发送,发送之前会用协议和报文的五元组信息IPV4+rip+rport+fip+fport匹配到出向索引,并找到对应缓存信息。依赖缓存信息对该报文进行IPV4转IPV6处理,即,将IPV4类型的回应报文数据更改为IPV6类型的回应报文数据,IPV6类型的回应报文数据中携带客户端你所在的请求节点的网卡地址以及访问客户端所在的VPC隧道标识,将IPV6类型的回应报文数据通过VPC隧道发送至对应的请求节点。
本说明书实施例提供一种节点访问方法以及数据传输系统,其中所述节点访问方法包括:接收请求报文数据,根据所述请求报文数据生成回应报文数据,根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。通过根据接收的请求报文数据生成回应报文数据,并根据第一地址对应关系向请求节点直接发送回应报文数据,绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
参见图2,图2示出了根据本说明书一个实施例提供的另一种节点访问方法的流程图,具体包括以下步骤。
步骤202:通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据。
在实际应用中,客户端的首次报文需要向LVS设备转发,以匹配到服务节点。
在一种可实现的方式中,所述通过中转节点转发第一请求报文数据至服务节点,包括:
在初始类型的第一请求报文数据不存在所述第二地址对应关系的情况下,对所述初始类型的第一请求报文数据进行解析得到所述中转节点的地址;
根据所述中转节点的地址建立地址缓存记录,以及转发所述初始类型的第一请求报文数据至所述中转节点。
例如,客户端访问LVS设备(vip+vport),即发送报文协议为IPV6协议的报文数据,五元组信息为IPV6+cip+cport+vip+vport,根据IPV6+cip+cport+vip+vport
建立索引和缓存(第二地址对应关系),确认该网络流没有对应学源记录,结合客户端所在VPC信息,基于VPC tunnel id+vip查询到到要访问的vip是在LVS设备上,将该网络报文转发到LVS设备。
本说明书实施例在客户端第一次向服务端发送报文时建立地址缓存记录,以使之后在接收到服务端返回的报文时可以完善地址缓存记录形成第二地址对应关系,从而根据第二地址对应关系直接访问服务端,提高了通信效率。
在一种可实现的方式中,所述转发所述初始类型的第一请求报文数据至所述中转节点,包括:
将初始类型的第一请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点。
举例来说:IPV6网络报文进一步封装为IPV4的vxlan报文;vxlan报文的外层源地址为客户端所在宿主机的网卡地址,vxlan报文的目的地址为LVS设备的网卡地址,进而该vxlan报文能够在网络中通过路由转发到LVS设备。
步骤204:根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系。
在实际应用中,客户端根据服务器直接返回的报文即可确定服务器地址。
在一种可实现的方式中,所述根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,包括:
对所述初始类型的回应报文数据进行解析得到所述服务节点的地址;
将所述服务节点的地址与所述地址缓存记录中的所述中转节点的地址进行匹配,并生成所述第二地址对应关系。
例如:解析接收到的服务器直接返回的vxlan报文,此时内层报文的五元组信息为IPV6+vip+vport+cip+cport,匹配第二地址对应关系中建立的索引和缓存。此时vxlan报文源地址为服务节点的网卡地址,由此产生该缓存的学源记录。即将服务节点的IP地址保存在该缓存中。客户端剥离vxlan报文,暴露内层的IPV6报文,即客户端收到了IPV6类型的回应报文。
本说明书实施例根据回应报文中的携带的服务端的地址,可以直接根据该地址访问服务端所在的服务节点,减少了负载均衡的压力,并且提高了通信效率。
步骤206:在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
在实际应用中,客户端在发送首次报文之后,可以根据第二地址对应关系直接向服务器发送消息。
在一种可实现的方式中,所述根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据,包括:
将第二请求报文数据中携带中转节点的地址与所述第二地址对应关系进行匹配,得到对应的服务节点地址;
根据所述服务节点地址将所述第二请求报文数据转换为目标类型的第二请求报文数据;
向所述服务节点发送所述目标类型的第二请求报文数据。
例如:客户端继续访问LVS设备(vip+vport),五元组信息仍然为IPV6+cip+cport+vip+vport。客户端访问vip+vport的报文根据IPV6+cip+cport+vip+vport匹配到第二地址对应关系的索引和缓存,确认该缓存有对应学源记录,按照学源记录将该IPV6类型的请求报文数据转发到服务节点。转发的方法是将该IPV6类型的请求报文数据封装为IPV4类型的vxlan报文,vxlan报文的外层源地址为客户端所在宿主机(请求节点)的网卡地址,vxlan报文的目的地址为物理机服务器(服务节点)的网卡地址,进而该vxlan报文能够在网络中通过路由转发到物理机服务器。
本说明书实施例提供一种节点访问方法以及数据传输系统,其中所述节点访问方法包括:通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,从而再次发送报文时绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
参见图3a,图3a示出了根据本说明书一个实施例提供的一种数据传输系统的示意图,所述数据传输系统包括,请求节点、中转节点和服务节点。
所述请求节点,被配置为将初始类型的请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点;
所述中转节点,被配置为根据调度规则将所述目标类型的请求报文数据发送至所述服务节点;
所述服务节点,被配置为根据所述目标类型的请求报文数据生成目标类型的回应报文数据,并建立第一地址对应关系,以及
根据所述第一地址对应关系将所述目标类型的回应报文数据转换为初始类型的回
应报文数据,并将所述初始类型的回应报文数据发送至所述请求节点;
所述请求节点,被配置为根据所述初始类型的回应报文数据建立第二地址对应关系,并根据所述第二地址对应关系访问所述服务节点。
在一种可实现的方式中,请求节点括请求报文劫持模块和客户端,中转节点为LVS设备,服务节点包括回应报文劫持模块和内核协议栈,其中,请求报文劫持模块具备学源能力,负责确定客户端的报文应该发向哪个LVS设备或者服务节点。即在本实施例中,由请求报文劫持模块决定客户端访问的网络报文是发送至LVS设备,还是发送至服务节点。LVS设备负责接收客户端访问的网络报文,并将报文转发至服务节点,同时告知服务节点,访问源的客户端的信息和访问目标的信息。回应报文劫持模块安装在服务节点中的内核模块,该模块在内核协议栈收取和发送报文的路径上注册hook(劫持)点,劫持每一个数据包,并对数据包做处理:负责解析LVS转发过来的网络报文,解析访问源的信息,并且负责将IPV6报文转换为IPV4报文,提交给内核协议栈,进而转至业务进程,以及负责将业务进程回应的IPV4报文转换为IPV6报文,进一步地,回应报文劫持模块负责将业务进程回应的报文,指定直接发送到访问源的请求节点。
进一步地,参见图3b,图3b示出了根据本说明书一个实施例提供的一种数据传输系统的时序图。在首次进行连接时,请求节点中的请求报文劫持模块将IPV6请求报文封装为VPC隧道格式的IPV4请求报文(如vxlan协议),该VPC隧道格式的IPV4请求报文中会携带请求节点的网卡地址,再将IPV4请求报文发送至对应的中转节点。
中转节点根据调度规则,选择合适的服务节点(如通信延迟低的服务节点),并在IPV4请求报文中添加VPC隧道标识等信息,将IPV4请求报文发送至对应的服务节点。
服务节点中的首先将IPV4请求报文进行拆封得到内部的IPV6请求报文,根据该IPV6请求报文的五元组信息生成虚拟的IPV4五元组信息,并记录IPV6请求报文中五元组信息与虚拟的IPV4五元组信息的对应关系,即入向地址对应关系,根据入向地址对应关系将IPV6请求报文转换为虚拟的IPV4请求报文,并建立出向地址对应关系,出向地址对应关系包括虚拟的IPV4五元组信息与IPV6请求报文中五元组信息,以及客户端所在的请求节点的网卡地址和访问请求节点的所要使用的VPC隧道标识,也就是说,可以通过出向地址对应关系确定通过哪一条VPC隧道,将报文数据发往哪一个请求节点。接着将虚拟的IPV4请求报文发送至内核协议栈,内核协议栈进而将虚拟的IPV4请求报文转至业务进程,业务进程会针对虚拟的IPV4请求报文生成IPV4回应报文,回应报文劫持模块劫持该IPV4回应报文,并将IPV4回应报文通过出向地址对应关系转换为IPV6回应报文,该IPV6回应报文需要封装为VPC隧道格式的报文(如vxlan协议),才能通过相应的VPC隧道标识选择VPC隧道发送IPV6回应报文至请求节点。
需要说明的是,第一地址对应关系包括出向地址对应关系和出向地址对应关系。
请求节点中的请求报文劫持模块收到VPC隧道格式的IPV6回应报文的情况下,可以从VPC隧道格式的IPV6回应报文中得到服务节点的地址信息,以此生成第二地址对应关系,第二知识对应关系中包括本次通信过程中的客户端的IPV6请求报文的五元组信息以及服务节点的网卡地址。
当该客户端再次发送新的IPV6请求报文的情况下,请求报文劫持模块将判断新的IPV6请求报文的五元组信息在第二地址对应关系中是否有对应的服务节点地址,如果存在对应的服务节点地址,则直接将新的IPV6请求报文封装为IPV4请求报文转发给对应的服务节点。
进一步地,所述服务节点,被配置为监测所述第一地址对应关系中的地址数量,在所述地址数量超过预设数量阈值的情况下,向管控端发送报警信息。
其中,地址数量可以理解为五元组信息的数量。
在实际应用中,服务节点经过一段时间的连接之后,服务节点的第一地址对应关系中的五元组信息的缓存数量会增加,那么该服务节点的计算压力会增加,在到达一定的连接数量后,需要对该服务节点与一些请求节点之间对应关系进行重新分配。
在一种可能的实现方式中,预设数量阈值可以为100,预设第一地址对应关系中的五元组信息的缓存数量超过100个,那么向控制端发送报警信息,以使工作人员调整第一地址对应关系。
另外,还可以根据使用时间来确定清除哪些缓存,在预设第一地址对应关系中的五元组信息的缓存数量超过100个的情况下,判断第一地址对应关系中的五元组信息最近一次使用时间,如果超过设定的时间阈值未使用,则将该五元组信息的缓存清理掉,进一步地,还可以在时间阈值的条件下清除固定数量的五元组信息的缓存,例如,在预设第一地址对应关系中的五元组信息的缓存数量超过100个的情况下,按照最近一次使用时间进行排列,清除超过设定的时间阈值未使用的20个五元组信息的缓存。
本说明书实施例提供一种数据传输系统,该系统包括:请求节点、中转节点和服务节点,所述请求节点将初始类型的请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点;数据传输系统所述中转节点根据调度规则将所述目标类型的请求报文数据发送至所述服务节点;所述服务节点根据所述目标类型的请求报文数据生成目标类型的回应报文数据,并建立第一地址对应关系,以及根据所述第一地址对应关系将所述目标类型的回应报文数据转换为初始类型的回应报文数据,并将所述初始类型的回应报文数据发送至所述请求节点;所述请求节点根据所述初始类型的回应报文数据建立第二地址对应关系,并根据所述第二地址对应关系访问所述服务节点。可以实现请求节点和服务节点之间的通信绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
下述结合附图4,以本说明书提供的节点访问方法在分布式系统的应用为例,对所述节点访问方法进行进一步说明。其中,图4示出了本说明书一个实施例提供的一种节点访问方法的处理过程流程图,具体包括以下步骤。
步骤402:请求节点通过中转节点转发第一请求报文数据至服务节点。
步骤404:服务节点接收第一请求报文数据。
步骤406:服务节点根据所述第一请求报文数据生成回应报文数据。
步骤408:服务节点根据所述第一地址对应关系向请求节点发送所述回应报文数据。
步骤410:请求节点根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系。
步骤412:请求节点在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
本说明书实施例实现请求节点和服务节点之间的通信绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
与上述方法实施例相对应,本说明书还提供了节点访问设备的实施例,该设备包括:
接收模块,被配置为接收请求报文数据;
生成模块,被配置为根据所述请求报文数据生成回应报文数据;
访问模块,被配置为根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的请求报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
在一种可行的实现方式中,生成模块,还被配置为:
根据目标类型的请求报文数据确定初始类型的请求报文数据,并根据所述初始类型的请求报文数据建立入向地址对应关系;
根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据。
在一种可行的实现方式中,生成模块,还被配置为:
将所述初始类型的请求报文数据根据所述入向地址对应关系,生成虚拟请求报文数据,并根据所述虚拟请求报文数据建立出向地址对应关系;
根据所述虚拟请求报文数据生成所述目标类型的回应报文数据。
在一种可行的实现方式中,访问模块,还被配置为:
将所述目标类型的回应报文数据根据所述出向地址对应关系,生成初始类型的回
应报文数据;
根据所述初始类型的回应报文数据中携带地址信息,将所述初始类型的回应报文数据发送至对应的请求节点。
本说明书实施例提供一种节点访问装置,其中所述节点访问装置包括:接收请求报文数据,根据所述请求报文数据生成回应报文数据,根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。通过根据接收的请求报文数据生成回应报文数据,并根据第一地址对应关系向请求节点直接发送回应报文数据,绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
与上述方法实施例相对应,本说明书还提供了另一种节点访问设备的实施例,该设备包括:
发送模块,被配置为通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;
关系建立模块,被配置为根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;
访问模块,被配置为在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
在一种可行的实现方式中,发送模块,还被配置为:
在初始类型的第一请求报文数据不存在所述第二地址对应关系的情况下,对所述初始类型的第一请求报文数据进行解析得到所述中转节点的地址;
根据所述中转节点的地址建立地址缓存记录,以及转发所述初始类型的第一请求报文数据至所述中转节点。
在一种可行的实现方式中,发送模块,还被配置为:
将初始类型的第一请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点。
在一种可行的实现方式中,关系建立模块,还被配置为:
对所述初始类型的回应报文数据进行解析得到所述服务节点的地址;
将所述服务节点的地址与所述地址缓存记录中的所述中转节点的地址进行匹配,并生成所述第二地址对应关系。
在一种可行的实现方式中,访问模块,还被配置为:
将第二请求报文数据中携带中转节点的地址与所述第二地址对应关系进行匹配,
得到对应的服务节点地址;
根据所述服务节点地址将所述第二请求报文数据转换为目标类型的第二请求报文数据;
向所述服务节点发送所述目标类型的第二请求报文数据。
本说明书实施例提供一种节点访问设备,包括:通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,从而再次发送报文时绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
与上述方法实施例相对应,本说明书还提供了节点访问装置实施例,图5示出了本说明书一个实施例提供的一种节点访问装置的结构示意图。如图5所示,该装置包括:
接收模块502,被配置为接收请求报文数据;
生成模块504,被配置为根据所述请求报文数据生成回应报文数据;
访问模块506,被配置为根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的请求报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
在一种可行的实现方式中,生成模块504,还被配置为:
根据目标类型的请求报文数据确定初始类型的请求报文数据,并根据所述初始类型的请求报文数据建立入向地址对应关系;
根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据。
在一种可行的实现方式中,生成模块504,还被配置为:
将所述初始类型的请求报文数据根据所述入向地址对应关系,生成虚拟请求报文数据,并根据所述虚拟请求报文数据建立出向地址对应关系;
根据所述虚拟请求报文数据生成所述目标类型的回应报文数据。
在一种可行的实现方式中,访问模块506,还被配置为:
将所述目标类型的回应报文数据根据所述出向地址对应关系,生成初始类型的回应报文数据;
根据所述初始类型的回应报文数据中携带地址信息,将所述初始类型的回应报文
数据发送至对应的请求节点。
本说明书实施例提供一种节点访问装置,其中所述节点访问装置包括:接收请求报文数据,根据所述请求报文数据生成回应报文数据,根据所述第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。通过根据接收的请求报文数据生成回应报文数据,并根据第一地址对应关系向请求节点直接发送回应报文数据,绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
与上述方法实施例相对应,本说明书还提供了另一种节点访问装置实施例,图6示出了本说明书一个实施例提供的另一种节点访问装置的结构示意图。如图6所示,该装置包括:
发送模块602,被配置为通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;
关系建立模块604,被配置为根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;
访问模块606,被配置为在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
在一种可行的实现方式中,发送模块602,还被配置为:
在初始类型的第一请求报文数据不存在所述第二地址对应关系的情况下,对所述初始类型的第一请求报文数据进行解析得到所述中转节点的地址;
根据所述中转节点的地址建立地址缓存记录,以及转发所述初始类型的第一请求报文数据至所述中转节点。
在一种可行的实现方式中,发送模块602,还被配置为:
将初始类型的第一请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点。
在一种可行的实现方式中,关系建立模块604,还被配置为:
对所述初始类型的回应报文数据进行解析得到所述服务节点的地址;
将所述服务节点的地址与所述地址缓存记录中的所述中转节点的地址进行匹配,并生成所述第二地址对应关系。
在一种可行的实现方式中,访问模块606,还被配置为:
将第二请求报文数据中携带中转节点的地址与所述第二地址对应关系进行匹配,得到对应的服务节点地址;
根据所述服务节点地址将所述第二请求报文数据转换为目标类型的第二请求报文数据;
向所述服务节点发送所述目标类型的第二请求报文数据。
本说明书实施例提供一种节点访问装置,包括:通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据,根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,从而再次发送报文时绕开了中转设备,从而减轻了中转设备的负载,且实现了负载均衡。
上述为本实施例的一种节点访问装置的示意性方案。需要说明的是,该节点访问装置的技术方案与上述的节点访问方法的技术方案属于同一构思,节点访问装置的技术方案未详细描述的细节内容,均可以参见上述节点访问方法的技术方案的描述。
图7示出了根据本说明书一个实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接,数据库750用于保存数据。
计算设备700还包括接入设备740,接入设备740使得计算设备700能够经由一个或多个网络760通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本说明书的一个实施例中,计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图7所示的计算设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备700可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
其中,处理器720用于执行如下计算机可执行指令,该计算机可执行指令被处理
器执行时实现上述节点访问方法的步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的节点访问方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述节点访问方法的技术方案的描述。
本说明书一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述节点访问方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的节点访问方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述节点访问方法的技术方案的描述。
本说明书一实施例还提供一种计算机程序,其中,当所述计算机程序在计算机中执行时,令计算机执行上述节点访问方法的步骤。
上述为本实施例的一种计算机程序的示意性方案。需要说明的是,该计算机程序的技术方案与上述的节点访问方法的技术方案属于同一构思,计算机程序的技术方案未详细描述的细节内容,均可以参见上述节点访问方法的技术方案的描述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本说明书实施例并不受所描述的动作顺序的限制,因为依据本说明书实施例,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本说明书实施例所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书实施例的内容,可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本说明书实施例的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。
Claims (15)
- 一种节点访问方法,应用于分布式系统中的服务节点,所述方法包括:接收请求报文数据;根据所述请求报文数据生成回应报文数据;根据第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
- 根据权利要求1所述的方法,所述根据所述请求报文数据生成回应报文数据,包括:根据目标类型的请求报文数据确定初始类型的请求报文数据,并根据所述初始类型的请求报文数据建立入向地址对应关系;根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据。
- 根据权利要求2所述的方法,所述根据所述初始类型的请求报文数据生成所述目标类型的回应报文数据,包括:将所述初始类型的请求报文数据根据所述入向地址对应关系,生成虚拟请求报文数据,并根据所述虚拟请求报文数据建立出向地址对应关系;根据所述虚拟请求报文数据生成所述目标类型的回应报文数据。
- 根据权利要求3所述的方法,所述根据所述第一地址对应关系向请求节点发送所述回应报文数据,包括:将所述目标类型的回应报文数据根据所述出向地址对应关系,生成初始类型的回应报文数据;根据所述初始类型的回应报文数据中携带地址信息,将所述初始类型的回应报文数据发送至对应的请求节点。
- 一种节点访问方法,应用于分布式系统中的请求节点,所述方法包括:通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
- 根据权利要求5所述的方法,所述通过中转节点转发第一请求报文数据至服务节点,包括:在初始类型的第一请求报文数据不存在所述第二地址对应关系的情况下,对所述初始 类型的第一请求报文数据进行解析得到所述中转节点的地址;根据所述中转节点的地址建立地址缓存记录,以及转发所述初始类型的第一请求报文数据至所述中转节点。
- 根据权利要求6所述的方法,所述转发所述初始类型的请求报文数据至所述中转节点,包括:将初始类型的第一请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点。
- 根据权利要求6所述的方法,所述根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系,包括:对所述初始类型的回应报文数据进行解析得到所述服务节点的地址;将所述服务节点的地址与所述地址缓存记录中的所述中转节点的地址进行匹配,并生成所述第二地址对应关系。
- 根据权利要求5所述的方法,所述根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据,包括:将第二请求报文数据中携带中转节点的地址与所述第二地址对应关系进行匹配,得到对应的服务节点地址;根据所述服务节点地址将所述第二请求报文数据转换为目标类型的第二请求报文数据;向所述服务节点发送所述目标类型的第二请求报文数据。
- 一种数据传输系统,所述数据传输系统包括,请求节点、中转节点和服务节点;所述请求节点,被配置为将初始类型的请求报文数据转换为目标类型的请求报文数据,并将所述目标类型的请求报文数据发送至所述中转节点;所述中转节点,被配置为根据调度规则将所述目标类型的请求报文数据发送至所述服务节点;所述服务节点,被配置为根据所述目标类型的请求报文数据生成目标类型的回应报文数据,并建立第一地址对应关系,以及根据所述第一地址对应关系将所述目标类型的回应报文数据转换为初始类型的回应报文数据,并将所述初始类型的回应报文数据发送至所述请求节点;所述请求节点,被配置为根据所述初始类型的回应报文数据建立第二地址对应关系,并根据所述第二地址对应关系访问所述服务节点。
- 根据权利要求10的系统,还包括:所述服务节点,被配置为监测所述第一地址对应关系中的地址数量,在所述地址数量 超过预设数量阈值的情况下,向管控端发送报警信息。
- 一种数据传输设备,包括:接收模块,被配置为接收请求报文数据;生成模块,被配置为根据所述请求报文数据生成回应报文数据;访问模块,被配置为根据第一地址对应关系向请求节点发送所述回应报文数据,其中,所述第一地址对应关系通过中转节点发送的报文数据建立,且所述第一地址对应关系包括所述请求节点的地址与所述回应报文携带的地址的对应关系。
- 一种数据传输设备,包括:发送模块,被配置为通过中转节点转发第一请求报文数据至服务节点,以获取回应报文数据;关系建立模块,被配置为根据所述回应报文数据携带的服务节点的地址,建立所述服务节点的地址与所述中转节点的地址的第二地址对应关系;访问模块,被配置为在需要发送第二请求报文数据时,根据所述第二请求报文数据针对的中转节点的地址在所述第二地址对应关系中对应的服务节点地址,向所述服务节点发送所述第二请求报文数据。
- 一种计算设备,包括:存储器和处理器;所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,该计算机可执行指令被处理器执行时实现权利要求1至9任意一项所述节点访问方法的步骤。
- 一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现权利要求1至9任意一项所述节点访问方法的步骤。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210339380.6 | 2022-04-01 | ||
CN202210339380.6A CN114827078A (zh) | 2022-04-01 | 2022-04-01 | 节点访问方法以及数据传输系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2023186109A1 true WO2023186109A1 (zh) | 2023-10-05 |
Family
ID=82532928
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2023/085535 WO2023186109A1 (zh) | 2022-04-01 | 2023-03-31 | 节点访问方法以及数据传输系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114827078A (zh) |
WO (1) | WO2023186109A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114827078A (zh) * | 2022-04-01 | 2022-07-29 | 阿里云计算有限公司 | 节点访问方法以及数据传输系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217482A (zh) * | 2008-01-18 | 2008-07-09 | 杭州华三通信技术有限公司 | 一种穿越nat下发策略的方法和一种通信装置 |
CN102347993A (zh) * | 2010-07-28 | 2012-02-08 | 中国移动通信集团公司 | 一种网络通信的方法和设备 |
CN104052830A (zh) * | 2014-05-29 | 2014-09-17 | 汉柏科技有限公司 | 网络转发方法和设备 |
CN107026890A (zh) * | 2016-02-02 | 2017-08-08 | 华为技术有限公司 | 一种基于服务器集群的报文生成方法和负载均衡器 |
CN114827078A (zh) * | 2022-04-01 | 2022-07-29 | 阿里云计算有限公司 | 节点访问方法以及数据传输系统 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101442493B (zh) * | 2008-12-26 | 2011-08-10 | 华为技术有限公司 | Ip报文分发方法、集群系统和负载均衡器 |
CN101616079B (zh) * | 2009-07-30 | 2011-07-27 | 杭州华三通信技术有限公司 | Dns请求报文的nat出口链路负载均衡方法及装置 |
WO2017133291A1 (zh) * | 2016-02-02 | 2017-08-10 | 华为技术有限公司 | 一种基于服务器集群的报文生成方法和负载均衡器 |
EP3361675B1 (en) * | 2016-12-14 | 2019-05-08 | Huawei Technologies Co., Ltd. | Distributed load balancing system, health check method and service node |
CN108667888B (zh) * | 2017-09-08 | 2020-12-29 | 新华三技术有限公司 | 一种负载均衡方法和装置 |
US11038952B2 (en) * | 2019-07-12 | 2021-06-15 | Ebay Inc. | Connection service discovery and load rebalancing |
CN111131439A (zh) * | 2019-12-20 | 2020-05-08 | 浪潮电子信息产业股份有限公司 | 基于iSCSI的报文传输方法、装置、设备及存储介质 |
-
2022
- 2022-04-01 CN CN202210339380.6A patent/CN114827078A/zh active Pending
-
2023
- 2023-03-31 WO PCT/CN2023/085535 patent/WO2023186109A1/zh unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217482A (zh) * | 2008-01-18 | 2008-07-09 | 杭州华三通信技术有限公司 | 一种穿越nat下发策略的方法和一种通信装置 |
CN102347993A (zh) * | 2010-07-28 | 2012-02-08 | 中国移动通信集团公司 | 一种网络通信的方法和设备 |
CN104052830A (zh) * | 2014-05-29 | 2014-09-17 | 汉柏科技有限公司 | 网络转发方法和设备 |
CN107026890A (zh) * | 2016-02-02 | 2017-08-08 | 华为技术有限公司 | 一种基于服务器集群的报文生成方法和负载均衡器 |
CN114827078A (zh) * | 2022-04-01 | 2022-07-29 | 阿里云计算有限公司 | 节点访问方法以及数据传输系统 |
Non-Patent Citations (1)
Title |
---|
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; IP transport in UTRAN; (Release 5)", 3GPP STANDARD; 3GPP TR 25.933, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V5.2.0, 1 September 2002 (2002-09-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 132, XP050369471 * |
Also Published As
Publication number | Publication date |
---|---|
CN114827078A (zh) | 2022-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9876760B2 (en) | Peer-to-peer connection establishment using turn | |
US11277313B2 (en) | Data transmission method and corresponding device | |
CN109889618B (zh) | 用于处理dns请求的方法和系统 | |
EP3225014B1 (en) | Source ip address transparency systems and methods | |
US20190342117A1 (en) | Method for controlling a remote service access path and relevant device | |
WO2021073565A1 (zh) | 业务服务提供方法及系统 | |
WO2023005773A1 (zh) | 基于远程直接数据存储的报文转发方法、装置、网卡及设备 | |
WO2021047515A1 (zh) | 一种服务路由方法及装置 | |
WO2021073555A1 (zh) | 业务服务提供方法及系统、远端加速网关 | |
US20080205388A1 (en) | Discovery of network devices logically located between a client and a service | |
CN113228571B (zh) | 用于从驻地网络访问云服务的网络优化的方法和设备 | |
US20150373135A1 (en) | Wide area network optimization | |
WO2021008591A1 (zh) | 数据传输方法、装置及系统 | |
CN112073545B (zh) | 使用dns来传送服务器设备的mp-tcp能力 | |
JP5360233B2 (ja) | 負荷分散システム及びその方法 | |
WO2023186109A1 (zh) | 节点访问方法以及数据传输系统 | |
CN112968965B (zh) | Nfv网络节点的元数据服务方法、服务器及存储介质 | |
CN113810349B (zh) | 数据传输方法、装置、计算机设备和存储介质 | |
WO2009053878A1 (en) | Methods and systems for offload processing | |
WO2023116165A1 (zh) | 网络负载均衡方法、装置、电子设备、介质和程序产品 | |
EP3926932A1 (en) | Duplex load balancing for massive iot applications | |
CN113497767A (zh) | 传输数据的方法、装置、计算设备及存储介质 | |
US8036218B2 (en) | Technique for achieving connectivity between telecommunication stations | |
CN108848175A (zh) | 一种创建tcp连接的方法及装置 | |
CN113114565B (zh) | 数据报文转发方法及装置、存储介质及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 23778473 Country of ref document: EP Kind code of ref document: A1 |