CN113973086B - 一种数据传输方法、装置及存储介质 - Google Patents

Abstract

本申请公开一种数据传输方法，包括：负载均衡器对应的节点标记服务器发送的回程数据包；将标记的回程数据包发送至所述负载均衡器；本申请还公开一种存储介质和数据传输装置，通过本申请公开的数据传输方法、存储介质和装置，可以将回程数据包引导至负载均衡器内，实现云计算环境下的数据传输。

Description

一种数据传输方法、装置及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据传输方法、装置及存储介质。

背景技术

云计算是一种基于互联网的计算方式，共享的软硬件资源和信息可以通过云计算按需求提供给计算机和其他设备；相关技术中，通常使用反向代理模式实现负载均衡，进而实现云计算环境的数据传输，但会导致全部经由代理端流向服务器的数据包的源网际互联协议(Internet Protocol，IP)均为代理端的业务IP地址，导致服务器无法获悉客户端的真实IP；如果将代理端的业务IP地址均替换为客户端的真实IP，又会导致网关直接将回程数据包发送至客户端，完全绕开负载均衡器。因此，如何克服相关技术中存在的问题，既能让服务器获知客户端的真实IP，又可以成功将回程数据包引导至所述虚拟负载均衡器内，实现云计算环境下的数据传输，是需要解决的技术问题。

发明内容

本申请实施例提供一种信息处理方法、装置及存储介质，可以将回程数据包引导至所述虚拟负载均衡器内，实现云计算环境下的数据传输。

第一方面，本申请提供一种数据传输方法，包括：

负载均衡器对应的节点标记服务器发送的回程数据包；

将标记的回程数据包发送至所述负载均衡器。

上述方案中，在所述负载均衡器对应的节点标记服务器发送的回程数据包之前，所述方法还包括：

在所述节点内设置用于控制修改所述负载均衡器发送的数据请求的源IP的开关。

上述方案中，所述在所述负载均衡器对应的节点内设置开关包括：

修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，在所述第一属性为真的情况下，所述开关开启；在所述第一属性为假的情况下，所述开关关闭。

上述方案中，所述方法还包括：

在所述开关开启的情况下，所述节点将所述数据请求的源IP修改为发送所述数据请求的客户端的IP；

将所述数据请求发送至所述服务器。

上述方案中，所述负载均衡器对应的节点标记服务器发送的回程数据包包括：

基于所述节点包括的Mangle表，标记所述服务器发送的回程数据包。

上述方案中，所述将标记的回程数据包发送至负载均衡器包括：

修改所述负载均衡器对应的节点的IP规则和路由规则；

基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

第二方面，本申请提供一种数据传输方法，包括：

服务器接收负载均衡器对应的节点发送的数据请求；

将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点；

所述数据请求的源IP(Source IP，SIP)包括发送所述数据请求的客户端的IP；所述回程数据包的目的IP包括发送所述数据请求的客户端的IP。

上述方案中，所述将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点包括：

将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口；所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

第三方面，本申请提供一种数据传输装置，包括：

标记单元，用于标记服务器发送的回程数据包；

发送单元，用于将标记的回程数据包发送至负载均衡器。

上述方案中，所述装置还包括：

设置单元，用于在所述负载均衡器对应的节点内设置用于控制修改所述负载均衡器发送的数据请求的源IP的开关。

上述方案中，所述设置单元还用于：

修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，所述第一属性为真的情况下，所述开关开启；所述第一属性为假的情况下，所述开关关闭。

上述方案中，所述装置还包括：

修改单元，用于所述开关开启的情况下，将所述数据请求的源IP修改成发送所述数据请求的客户端的IP；

所述发送单元，还用于将所述数据请求发送至所述服务器。

上述方案中，所述标记单元还用于：

基于所述负载均衡器对应的节点包括的Mangle表，标记所述服务器发送的回程数据包。

上述方案中，所述修改单元，用于修改所述负载均衡器对应的节点的IP规则和路由规则；

所述发送单元，还用于基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

第四方面，本申请提供一种数据传输装置，包括：

接收单元，用于服务器接收负载均衡器对应的节点发送的数据请求；

发送单元，用于将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点；

所述数据请求的源IP包括发送所述数据请求的客户端的IP；所述回程数据包的目的IP(Destination IP，DIP)包括负载均衡器的IP。

上述方案中，所述发送单元还用于：

将所述回程数据包发送至所述负载均衡器对应的节点的回环(Loopback)接口；所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

本申请实施例提供的数据传输方法、装置及存储介质，通过负载均衡器对应的节点标记服务器发送的回程数据包，将标记的回程数据包发送至所述负载均衡器，可以将回程数据包引导至负载均衡器内；通过服务器回传目的IP为负载均衡器的IP的回程数据包，使得所述回程数据包可以通过负载均衡器传输至客户端，实现OpenStack云环境下负载均衡器的传输控制协议(Transmission Control Protocol，TCP)透传功能；此外，通过本申请实施例提供的在所述节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关，通过所述开关的开启修改所述数据请求的SIP，使得服务器根据所述数据请求可以得知发送所述数据请求的客户端的真实IP。

附图说明

图1为本申请实施例提供的负载均衡器对应的节点端的数据传输方法的可选流程示意图；

图2为本申请实施例提供的服务器端的数据传输方法的可选流程示意图；

图3为相关技术中负载均衡器的数据传输示意图；

图4为负载均衡器将SIP修改为客户端IP的数据传输示意图；

图5为本申请实施例提供的数据传输方法的数据传输示意图；

图6为本申请实施例提供的数据传输方法的可选流程示意图；

图7为本申请实施例提供的数据传输装置的负载均衡服务对应的节点端的可选结构示意图；

图8为本申请实施例提供的数据传输装置的服务器端可选结构示意图。

具体实施方式

以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

对本申请进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

(1)云计算：一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需求提供给计算机和其他设备。Openstack作为云环境下的资源管理和调度平台，已被运用在通信、金融、工业等重要领域中。

(2)OpenStack：一个开源的云计算管理平台项目，是一系列软件开源项目的组合。为私有云和公有云提供可扩展的弹性的云计算服务。项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。

(3)Neutron：OpenStack中提供网络服务的核心组件，基于软件定义网络的思想，实现软件化的网络资源管理，在实现上充分利用了Linux***中各种网络相关技术，支持第三方插件。

(4)Lbaas：OpenStack的负载均衡服务，默认采用的是HAProxy作为驱动(Driver)实现负载均衡功能，默认情况下，Lbaas不提供高可能功能，也就是说，一个Lbaas实例故障，将可能会影响业务的负载均衡功能。

(5)HAProxy：一个使用C语言编写的自由及开放源代码软件，提供高可用性、负载均衡，以及基于TCP和超文本传输协议(Hyper Text Transfer Protocol，HTTP)的应用程序代理。

相关技术中，负载均衡服务由负载均衡器提供，负责控制流量均匀地分布在多个后端服务器上，以避免单个服务器过载，从而防止产品中出现单点故障。进一步提高了服务器的性能、网络吞吐量和响应时间。在负载均衡服务的流量模型中，负载均衡器接收来自客户端的数据请求，然后将所述数据请求转发到一个可用的后端服务器中进行处理，并将后端服务器的响应结果传递回客户端进行进一步处理。

OpenStack最初将负载均衡服务作为虚拟网络服务的子服务，以Neutron组件暴露接口向外提供服务，由Neutron组件通过Lbaas Plugin、Lbaas agent、以及各种Driver来调度底层软件或控制硬件设备来构建负载均衡器，进而实现负载均衡功能；后创建独立的Octavia组件提供负载均衡服务，协同Neutron、Nova和Glance等组件创建Amphora虚拟机形式的负载均衡器，在虚拟机内部以软件的方式实现负载均衡功能。无论是Lbaas Plugin还是Octavia,OpenStack项目中的缺省负载均衡服务提供者均为HAProxy。

相关技术中，通过负载均衡实现数据传输主要有如下三种方法：

方法一：负载均衡节点接收来自服务请求端的第一服务请求报文，所述第一服务请求包括服务请求端的地址信息、待处理负载均衡实例的地址信息和负载均衡节点的媒体存取控制(Media Access Control，MAC)地址；根据待处理负载均衡实例的地址信息确定待处理服务成员，所述待处理服务成员用于处理第一服务请求报文；将第一服务请求报文中的负载均衡节点的MAC地址修改为待处理服务成员的MAC地址得到第二服务请求报文，并将第二服务请求报文发送至待处理成员所属的计算节点。

方法二：***包括使用软件定义的方式创建的负载均衡器和虚拟路由器，客户端发送的请求数据包经过负载均衡***的处理后到达服务器，服务器返回的响应数据包再经过负载均衡***的处理后发送至客户端，从而实现透明代理。在进行透明代理时不需要修改服务器，用户可根据需要为服务器选用操作***，使用方便，用户能够随时创建负载均衡器，无需增加硬件，从而降低硬件成本，另外能够减少网络数据的传输，同时可通过集群部署来水平拓展负载能力。

方法三：***包括客户端、Cache服务器、Array负载均衡服务器以及多个全球广域网(World Wide Web，WEB)即全球广域网应用服务器，所述客户端和Cache服务器连接，所述Cache服务器和Array负载均衡服务器连接，所述客户端用于发送内容获取请求，所述Array负载均衡服务器和多个Web应用服务器连接并获取连接数，判断所述多个Web应用服务器的连接数，并向连接数相对较少的一个Web应用服务器转发所述内容获取请求。

上述方法一利用负载均衡装置接收来自客户端的第一服务请求，先转换第一服务请求中的MAC并将其发向计算节点，再由计算节点对转换后的第一服务请求(即第二服务请求)进行目的地址转换(Destination Network Address Translation，DNAT)操作并送往处理成员。该方法需要计算节点完成对第二服务请求的DNAT操作，会增加计算节点的负荷，且依赖特定的物理负载均衡装置，不利于云计算环境下的业务拓展。

上述方法二利用负载均衡器、虚拟路由器对客户端发送的请求数据包进行两次DNAT操作，以将所述请求数据包送达根据负载均衡规则推算出的服务器端。而对于回程数据包，该***则利用虚拟路由器、负载均衡器进行两次源地址转换(Source NetworkAddress Translation，SNAT)操作，以将所述回程数据包送离***、送往客户端。该***的流量路径中，需要进行多次网络地址转换(Network Address Translation,NAT)操作，将为虚拟网络设备的物理载体带来较高负荷。另外，该***调换了OpenStack架构中负载均衡器与虚拟路由器在流量路径中的位置，无法实现在基于OpenStack架构的基础设施即服务(Infrastructure as a Service，Iaas)解决方案中。

上述方法三利用Cache服务器、Array负载均衡服务器构建客户端与Web应用服务端之间的代理，以所述代理接收来自客户端的请求，按照最小连接数优先的原则选择合适的Web应用服务器以处理所述来自客户端的请求，并将处理结果回传向客户端。与方法一、方法二不同，方法三采用代理模式完成负载均衡任务，这更接近本文给出的技术方案，但方法三的做法将导致全部经由代理端流向服务端的回程数据包的源IP(Source IP，SIP)一致，均为代理端的业务IP，导致服务端无法获悉客户端的真实IP。

基于目前OpenStack云计算平台数据传输中存在的问题，本申请提出一种数据传输方法，能够解决现有技术方案中无法解决的技术难题和缺点。

图1示出了本申请实施例提供的负载均衡器对应的节点端的数据传输方法的可选流程示意图，将根据各个步骤进行说明。

步骤S101，负载均衡器对应的节点标记服务器发送的回程数据包。

在一些实施例中，负载均衡器对应的节点标记服务器发送的回程数据包包括：所述负载均衡器对应的节点接收服务器发送的回程数据包，基于所述节点包括的Mangle表，标记所述回程数据包。所述回程数据包与客户端通过负载均衡器向服务器发送的数据请求对应；所述回程数据包的SIP为服务器IP，所述回程数据包的目的IP(Destination IP，DIP)为发送与所述回程数据包对应的数据请求的客户端的IP。

在一些实施例中，所述负载均衡器对应的节点基于所述节点包括的Mangle表，标记所述回程数据包，包括：在所述负载均衡器对应的节点设置IPtables，基于所述IPtables的策略，Mangle表修改符合所述IPtables的策略的回程数据包的相应的标志位。

在一些实施例中，所述IPtables的策略可以包括：流入所述虚拟均衡器对应节点的套接字(Socket)的回程数据包，和/或，SIP为服务器且目的IP为客户端的回程数据包。

在一些实施例中，所述在所述负载均衡器对应的节点设置IPtables可以包括：修改Neutron Lbaas的HAProxy Driver，将IPtables的变更逻辑编码至所述HAProxy Driver内，在所述HAProxy Driver初始化HAProxy进程之前，将所述变更逻辑加以应用。所述Mangle表修改符合所述IPtables的策略的回程数据包的相应的标志位包括：Mangle表对符合所述IPtables的策略的回程数据包进行标记，如将回程数据包标记FWMARK。

在一些实施例中，所述负载均衡器对应的节点可以是所述负载均衡器所在的节点。

步骤S102，将标记的回程数据包发送至所述负载均衡器。

在一些实施例中，所述负载均衡器对应的节点将标记的回程数据包发送至所述负载均衡器之前，所述方法还包括：所述负载均衡器对应的节点修改所述负载均衡器对应的节点的IP规则和路由规则。

在一些实施例中，所述修改所述负载均衡器对应的节点的IP规则和路由规则包括：修改Neutron Lbaas的HAProxy Driver，将IP规则(IP Rule)和路由规则的变更逻辑编码至所述HAProxy Driver内，在所述HAProxy Driver初始化HAProxy进程之前，应用所述变更逻辑。

在一些实施例中，所述负载均衡器对应的节点将标记的回程数据包发送至所述负载均衡器包括：所述负载均衡器对应的节点基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

在一些实施例中，所述负载均衡器对应的节点基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器，包括：所述负载均衡器对应的节点基于所述IP规则，将所述标记的回程数据包引至所述路由规则；所述负载均衡器对应的节点基于所述路由规则，将标记的回程数据包引至所述负载均衡器对应的节点包括的Loopback接口，所述回程数据包经过所述Loopback接口后，再通过TProxy传输至所述负载均衡器。

在一些实施例中，所述回程数据包经过所述Loopback接口后，再通过TProxy传输至所述负载均衡器可以包括：所述回程数据包导入Loopback接口，然后被负载均衡器对应的节点包括的TProxy接收，所述TProxy将所述回程数据包发送至所述负载均衡器；或者，所述负载均衡器对导入Loopback接口的回程数据包进行监控并获取。

在一些实施例中，在步骤S101之前，还包括：

步骤S100，在节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关。

在一些实施例中，所述在所述节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关包括：修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，所述第一属性为真的情况下，所述开关开启；所述第一属性为假的情况下，所述开关关闭。所述第一属性可以是tcp_transparent。

在一些实施例中，所述负载均衡器发送的数据请求包括：客户端通过所述负载均衡器向服务器发送的数据请求，和/或，负载均衡器向服务器发送的数据请求。

在一些实施例中，所述开关开启的情况下，所述节点将所述数据请求的SIP由负载均衡器的IP修改成发送所述数据请求的客户端的IP，并将所述源IP的数据请求发送至所述服务器。在所述开关关闭的情况下，所述节点转发所述数据请求，所述数据请求的SIP为负载均衡器的IP，但如此，服务器无法得知发送所述数据请求的客户端的真实IP。

通过本申请实施例提供的数据传输方法，通过在所述节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关，使得在开关开启的情况下，服务器根据所述数据请求可以得知发送所述数据请求的客户端的真实IP。通过负载均衡器对应的节点标记服务器发送的回程数据包，将标记的回程数据包发送至所述负载均衡器，可以将回程数据包引导至负载均衡器内，实现OpenStack云环境下负载均衡器的TCP透传功能。

图2示出了本申请实施例提供的服务器端的数据传输方法的可选流程示意图，将根据各个步骤进行说明。

步骤S201，服务器接收负载均衡器对应的节点发送的数据请求。

在一些实施例中，所述服务器接收负载均衡器对应的节点发送的数据请求包括：服务器接收接收负载均衡器对应的节点发送的数据请求，所述数据请求的SIP包括发送所述数据请求的客户端的IP。

在一些实施例中，所述方法还包括：服务器根据所述数据请求，确认与所述数据请求对应的回程数据包，并发送所述回程数据包。

如此，服务器根据所述数据请求的SIP可以得知发送所述数据请求的客户端的IP。

步骤S202，将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点。

在一些实施例中，将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点包括：服务器将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口，所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口，所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器可以包括：所述回程数据包导入Loopback接口，然后被负载均衡器对应的节点包括的TProxy接收，所述TProxy将所述回程数据包发送至所述负载均衡器；或者，所述负载均衡器对导入Loopback接口的回程数据包进行监控并获取。

在一些实施例中，所述回程数据包的DIP包括客户端的IP，所述回程数据包的SIP包括服务器的IP。

在一些实施例中，所述方法还包括：修改服务器的路由规则，将所述回程数据包的下一跳IP由网关IP修改为负载均衡器的IP。如此，回程数据包可以传输至负载均衡器，而不是传输至客户端，造成客户端无法接收的情况。

如此，通过本申请实施例提供的数据传输方法，服务器根据接收的SIP为客户端IP的数据请求，可以得知发送所述数据请求的客户端的IP；服务器修改路由规则，将所述回程数据包的下一跳IP由网关IP修改为所述负载均衡器的IP，可以实现回程数据包的回程传输，不会出现DIP为客户端，但客户端无法接收的情况。

图3示出了相关技术中负载均衡器的数据传输示意图；图4示出了负载均衡器将SIP修改为客户端IP的数据传输示意图；图5示出了本申请实施例提供的传输方法的数据传输示意图。

图6示出了本申请实施例提供的数据传输方法的可选流程示意图，将结合图3、图4和图5进行说明。

如图3所示，客户端通过访问负载均衡器的IP来获取服务，当SIP为客户端IP，DIP为负载均衡器IP的数据请求流至负载均衡器后，负载均衡器将根据所述请求回程数据包的协议类型、访问端口等信息，按照最小连接数优先、加权轮询等策略，选择最优的服务器，以“代理”的角色向所述的最优服务器转发来自客户端的请求。负载均衡器向服务器的转发数据请求的DIP默认为服务器的IP，而所述被转发的数据请求的SIP均为所述负载均衡器的IP。因此，服务器无法得知发送所述数据请求的客户端的真实IP。

针对图3示出的数据传输方法的缺陷，图4中，客户端通过访问负载均衡器的IP来获取服务，当SIP为客户端IP，DIP为负载均衡器IP的数据请求流至负载均衡器后，负载均衡器将所述数据请求的SIP由负载均衡服务器的IP修改为发送所述数据请求的客户端的真实IP，并将所述数据请求发送至服务器。如此，服务器可以得知发送所述数据请求的客户端的真实IP。但是，在回传的过程中，服务器会直接根据客户端真实IP，按照默认路由规则，向网关发送回程数据包，网关则进一步地将回程数据包送达客户端，而这样的回程网络路径将完全绕开负载均衡器。

在TCP等面向连接的通信过程中，若依照图4示出的单向流量透传模式，客户端向负载均衡器的IP发送同步序列编号(Synchronize Sequence Numbers，SYN)包，但无法接收SIP为后端服务器真实IP的[SYN，确认字符(Acknowledge character，ACK)]包，这将直接导致TCP连接无法建立，即所述单向流量透传模式不满足TCP协议通信条件。

为解决上述OpenStack云计算环境数据传输技术中存在的服务器无法获得客户端的IP和TCP连接无法建立的技术问题，本申请包括步骤S301至步骤S309，将结合图5和图6进行说明。

步骤S301，负载均衡服务器对应的节点在负载均衡服务器对应的节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关。

在一些实施例中，所述负载均衡服务器对应的节点在所述节点内设置用于控制修改所述负载均衡器发送的数据请求的SIP的开关包括：修改Openstack环境中的NeutronLbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，所述第一属性为真的情况下，所述开关开启；所述第一属性为假的情况下，所述开关关闭。所述第一属性可以是TCP_transparent。

在一些实施例中，所述负载均衡器发送的数据请求包括：客户端通过所述负载均衡器向服务器发送的数据请求，和/或，负载均衡器向服务器发送的数据请求。

在一些实施例中，所述开关开启的情况下，所述节点将所述数据请求的IP由负载均衡器的IP修改成发送所述数据请求的客户端的IP，并将所述源IP的数据请求发送至所述服务器。在所述开关关闭的情况下，所述节点转发所述数据请求，所述数据请求的SIP为负载均衡器的IP，但如此，服务器无法得知发送所述数据请求的客户端的真实IP。

步骤S302，客户端向负载均衡器发送数据请求。

在一些实施例中，客户端向负载均衡器发送数据请求，所述数据请求的SIP为客户端IP，所述数据请求的DIP为负载均衡器的IP。

步骤S303，负载均衡器转发所述数据请求。

在一些实施例中，所述开关开启的情况下，所述负载均衡器转发所述数据请求包括：所述负载均衡器接收所述数据请求；所述负载均衡器向服务器发送所述数据请求。所述负载均衡器向服务器发送所述数据请求包括：负载均衡器修改所述数据请求的SIP，将负载均衡服务器IP修改为客户端IP。

在一些实施例中，结合步骤S301，所述负载均衡器转发所述数据请求包括：修改Neutron Lbaas的HAProxy Driver，编入逻辑以检测由Lbaas Plugin所编排的***对象，判断***TCP_transparent属性是否为真。在所述***TCP_transparent属性为真的情况下，说明所述开关开启，负载均衡器修改HAProxy进程配置文件，在对应***的所辖Backend字节内写入“source 0.0.0.0 usesrc clientip”，以完成对客户端真实IP的保留；在所述***TCP_transparent属性为假的情况下，说明所述开关关闭，所述负载均衡器不做其他处理。

步骤S304，服务器接收负载均衡器对应的节点发送的数据请求。

在一些实施例中，所述服务器接收负载均衡器对应的节点发送的数据请求包括：服务器接收负载均衡器对应的节点发送的数据请求，所述数据请求的SIP包括发送所述数据请求的客户端的IP。

在一些实施例中，所述方法还包括：服务器根据所述数据请求，确认与所述数据请求对应的回程数据包，并发送所述回程数据包。

如此，服务器根据所述数据请求的SIP可以得知发送所述数据请求的客户端的IP。

步骤S305，服务器将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点。

在一些实施例中，将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点包括：服务器将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口，所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口，所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器可以包括：所述回程数据包导入Loopback接口，然后被负载均衡器对应的节点包括的TProxy接收，所述TProxy将所述回程数据包发送至所述负载均衡器；或者，所述负载均衡器对导入Loopback接口的回程数据包进行监控并获取。

在一些实施例中，所述回程数据包的DIP包括客户端的IP，所述回程数据包对的SIP包括服务器的IP。

在一些实施例中，所述方法还包括：修改服务器的路由规则，将下一跳的IP由网关IP修改为负载均衡器的IP。如此，回程数据包可以传输至负载均衡器，而不是传输至客户端，造成客户端无法接收的情况。

步骤S306，负载均衡器对应的节点标记服务器发送的回程数据包。

在一些实施例中，负载均衡器对应的节点标记服务器发送的回程数据包包括：所述负载均衡器对应的节点接收服务器发送的回程数据包，基于所述节点包括的Mangle表，标记所述回程数据包。所述回程数据包与客户端通过负载均衡器向服务器发送的数据请求对应；所述回程数据包的SIP为服务器IP，所述回程数据包的目的IP为发送与所述回程数据包对应的数据请求的客户端的IP。

在一些实施例中，所述负载均衡器对应的节点基于所述节点包括的Mangle表，标记所述回程数据包，包括：在所述负载均衡器对应的节点设置IPtables，基于所述IPtables的策略，Mangle表修改符合所述IPtables的策略的回程数据包的相应的标志位。

在一些实施例中，所述IPtables的策略可以包括：流入所述虚拟均衡器对应节点的套接字(Socket)的回程数据包，和/或，SIP为服务器且目的IP为客户端的回程数据包。

在一些实施例中，所述在所述负载均衡器对应的节点设置IPtables可以包括：修改Neutron Lbaas的HAProxy Driver，将IPtables的变更逻辑编码至所述HAProxy Driver内，在所述HAProxy Driver初始化HAProxy进程之前，将所述变更逻辑加以应用。所述Mangle表修改符合所述IPtables的策略的回程数据包的相应的标志位包括：Mangle表对符合所述IPtables的策略的回程数据包进行标记，如将回程数据包标记FWMARK。

在一些实施例中，所述负载均衡器对应的节点可以是所述负载均衡器所在的节点。

步骤S307，负载均衡器对应的节点修改所述负载均衡器对应的节点的IP规则和路由规则。

在一些实施例中，所述负载均衡器对应的节点修改所述负载均衡器对应的节点的IP规则和路由规则包括：修改Neutron Lbaas的HAProxy Driver，将IP规则和路由规则的变更逻辑编码至所述HAProxy Driver内，在所述HAProxy Driver初始化HAProxy进程之前，将所述变更逻辑加以应用。

步骤S308，负载均衡器对应的节点将标记的回程数据包发送至所述负载均衡器。

在一些实施例中，所述负载均衡器对应的节点将标记的回程数据包发送至所述负载均衡器包括：所述负载均衡器对应的节点基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

在一些实施例中，所述负载均衡器对应的节点基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器，包括：所述负载均衡器对应的节点基于所述IP规则，将所述标记的回程数据包引至所述路由规则；所述负载均衡器对应的节点基于所述路由规则，将标记的回程数据包引至所述负载均衡器对应的节点包括的Loopback接口，所述回程数据包经过所述Loopback接口后，再通过TProxy传输至所述负载均衡器。

在一些实施例中，所述回程数据包经过所述Loopback接口后，再通过TProxy传输至所述负载均衡器可以包括：所述回程数据包导入Loopback接口，然后被负载均衡器对应的节点包括的TProxy接收，所述TProxy将所述回程数据包发送至所述负载均衡器；或者，所述负载均衡器对导入Loopback接口的回程数据包进行监控并获取。

步骤S309，负载均衡器将所述回程数据包发送至客户端。

在一些实施例中，所述负载均衡器将所述回程数据包发送至客户端包括：负载均衡器将SIP为负载均衡器的IP，DIP为客户端IP的回程数据包发送至所述客户端。

如此，通过本申请实施例提供的数据传输方法，通过负载均衡器修改数据请求的SIP，使得服务器可以获得客户端的真实IP；还可以利用Neutron的负载均衡服务，通过设定负载均衡器所辖***的TCP_transparent属性，来开启或关闭以HAProxy作为负载均衡服务提供者的负载均衡器TCP透传功能。进一步，通过开启HAProxy的Usesrc Clientip功能，完成对自负载均衡器至后端服务器的回程数据包的处理；通过IPtables设置Fwmark标记、通过IP rule及路由规则引导回程数据包，完成对自后端服务器至负载均衡器的数包的处理，进而实现了所述的TCP透传功能。此外，本申请实施例还利用TProxy、IPtables、ip rule等功能及模块实现了透明代理，可以在保留来自客户端的回程数据包SIP的情况下，完成代理任务，充分符合OpenStack架构。

图7示出了本申请实施例提供的数据传输装置的负载均衡服务对应的节点端的可选结构示意图，将根据各个部分进行说明。

在一些实施例中，所述数据传输装置400包括：标记单元401和发送单元402。

所述标记单元401，用于标记服务器发送的回程数据包。

所述发送单元402，用于将标记的回程数据包发送至负载均衡器。

在一些实施例中，所述装置400还包括：

设置单元403，用于在所述负载均衡器对应的节点内设置用于控制修改所述负载均衡器发送的数据请求的源IP的开关。

所述设置单元403，还用于修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，所述第一属性为真的情况下，所述开关开启；所述第一属性为假的情况下，所述开关关闭。

在一些实施例中，所述装置400还包括：

修改单元404，用于所述开关开启的情况下，将所述数据请求的源IP修改成发送所述数据请求的客户端的IP。

所述发送单元402，还用于将所述数据请求发送至所述服务器。

所述标记单元401，还用于基于所述负载均衡器对应的节点包括的Mangle表，标记所述服务器发送的回程数据包。

所述修改单元404，还用于修改所述负载均衡器对应的节点的IP规则和路由规则。

所述发送单元402，还用于基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

图8示出了本申请实施例提供的数据传输装置的服务器端可选结构示意图，将根据各个部分进行说明。

在一些实施例中，装置500包括：接收单元501和发送单元502。

所述接收单元501，用于服务器接收负载均衡器对应的节点发送的数据请求。

所述发送单元502，用于将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点。

在一些实施例中，所述数据请求的SIP包括发送所述数据请求的客户端的IP；所述回程数据包的目的IP包括发送所述数据请求的客户端的IP。

所述发送单元502，还用于将所述回程数据包发送至所述负载均衡器对应的节点的Loopback接口；所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序命令相关的硬件来完成，前述的程序可以存储于一存储介质中，该程序在执行时，执行在第一应用运行过程中接收到基于第二应用的通知消息时，在电子设备屏幕上的第一区域响应所述通知消息；其中，所述第一区域小于单独运行第二应用时加载的输入法应用在所述电子设备屏幕上对应的区域。而前述的存储介质包括：移动存储设备、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

Claims (16)

1.一种数据传输方法，其特征在于，所述方法包括：

在负载均衡器对应的节点内设置用于控制修改所述负载均衡器发送的数据请求的源网际互联协议IP的开关；

在所述开关开启的情况下，所述节点将所述数据请求的源IP修改为发送所述数据请求的客户端的IP；

将所述数据请求发送至服务器；

所述负载均衡器对应的所述节点标记所述服务器发送的回程数据包；

将标记的回程数据包发送至所述负载均衡器。

2.根据权利要求1所述的方法，其特征在于，所述在所述负载均衡器对应的节点内设置开关包括：

修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，在所述第一属性为真的情况下，所述开关开启；在所述第一属性为假的情况下，所述开关关闭。

3.根据权利要求1所述的方法，其特征在于，所述负载均衡器对应的节点标记服务器发送的回程数据包包括：

基于所述节点包括的Mangle表，标记所述服务器发送的回程数据包。

4.根据权利要求1所述的方法，其特征在于，所述将标记的回程数据包发送至负载均衡器包括：

修改所述负载均衡器对应的节点的IP规则和路由规则；

基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

5.一种数据传输方法，其特征在于，所述方法包括：

服务器接收负载均衡器对应的节点发送的数据请求，其中，所述数据请求的源网际互联协议IP包括发送所述数据请求的客户端的IP，所述客户端的IP通过开启所述节点内设置的源网际互联协议IP的开关修改所述数据请求而获得；

将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点，所述回程数据包的目的IP包括发送所述数据请求的客户端的IP。

6.根据权利要求5所述的方法，其特征在于，所述将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点包括：

将所述回程数据包发送至所述负载均衡器对应的节点的回环Loopback接口；所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

7.一种数据传输装置，其特征在于，所述装置包括：

设置单元，用于在负载均衡器对应的节点内设置用于控制修改所述负载均衡器发送的数据请求的源网际互联协议IP的开关；

修改单元，用于在所述开关开启的情况下，将所述数据请求的源IP修改为发送所述数据请求的客户端的IP；

第一发送单元，用于将所述数据请求发送至服务器；

标记单元，用于标记所述服务器发送的回程数据包；

第二发送单元，用于将标记的回程数据包发送至负载均衡器。

8.根据权利要求7所述的装置，其特征在于，所述设置单元还用于：

修改Openstack环境中的Neutron Lbaas***资源，在所述Neutron Lbaas***资源中增加第一属性，在所述第一属性为真的情况下，所述开关开启；在所述第一属性为假的情况下，所述开关关闭。

9.根据权利要求7所述的装置，其特征在于，所述标记单元还用于：

基于所述负载均衡器对应的节点包括的Mangle表，标记所述服务器发送的回程数据包。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

修改单元，用于修改所述负载均衡器对应的节点的IP规则和路由规则；

所述第二发送单元，还用于基于所述IP规则和路由规则将标记的回程数据包发送至负载均衡器。

11.一种数据传输装置，其特征在于，所述装置包括：

接收单元，用于服务器接收负载均衡器对应的节点发送的数据请求，其中，所述数据请求的源网际互联协议IP包括发送所述数据请求的客户端的IP，所述客户端的IP通过开启所述节点内设置的源网际互联协议IP的开关修改所述数据请求而获得；

发送单元，用于将所述数据请求对应的回程数据包发送至所述负载均衡器对应的节点，所述回程数据包的目的IP包括发送所述数据请求的客户端的IP。

12.根据权利要求11所述的装置，其特征在于，所述发送单元还用于：

将所述回程数据包发送至所述负载均衡器对应的节点的回环Loopback接口；所述回程数据包经过所述Loopback接口和TProxy传输至所述负载均衡器。

13.一种存储介质，存储有可执行程序，其特征在于，所述可执行程序被处理器执行时，实现权利要求1至4任一项所述的数据传输方法。

14.一种存储介质，存储有可执行程序，其特征在于，所述可执行程序被处理器执行时，实现权利要求5至6任一项所述的数据传输方法。

15.一种数据传输装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如权利要求1至4任一项所述的数据传输方法的步骤。

16.一种数据传输装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如权利要求5至6任一项所述的数据传输方法的步骤。