CN107483574B - 一种负载均衡下的数据交互系统、方法及装置 - Google Patents

一种负载均衡下的数据交互系统、方法及装置 Download PDF

Info

Publication number
CN107483574B
CN107483574B CN201710680277.7A CN201710680277A CN107483574B CN 107483574 B CN107483574 B CN 107483574B CN 201710680277 A CN201710680277 A CN 201710680277A CN 107483574 B CN107483574 B CN 107483574B
Authority
CN
China
Prior art keywords
data packet
address
port number
slb
virtual
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.)
Active
Application number
CN201710680277.7A
Other languages
English (en)
Other versions
CN107483574A (zh
Inventor
唐猛
陈波
王颖斌
万佳
王倩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201710680277.7A priority Critical patent/CN107483574B/zh
Publication of CN107483574A publication Critical patent/CN107483574A/zh
Application granted granted Critical
Publication of CN107483574B publication Critical patent/CN107483574B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1038—Load balancing arrangements to avoid a single path through a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/568—Load balancing, smoothing or shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • 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
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • 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/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种负载均衡下的数据交互系统、方法及装置，用以解决现有技术中SLB的负担较大的问题。该系统包括SLB、RS和转换设备，对于从客户端发往RS的数据包，则由SLB进行处理并发送给RS，对于从RS发往客户端的数据包，则由转换设备进行处理并发送给客户端。由于在本申请实施例提供的上述系统中，从RS中流出的流量并非是通过SLB发送给客户端，而是由转换设备进行处理并发送给客户端的，因此有效的减轻了SLB的负担。

Description

一种负载均衡下的数据交互系统、方法及装置
本申请是申请人阿里巴巴集团控股有限公司于2012年10月17日提交的申请号为201210394875.5、题为“一种负载均衡下的数据交互系统、方法及装置”的中国专利申请的分案申请。
技术领域
本申请涉及通信技术领域，尤其涉及一种负载均衡下的数据交互系统、方法及装置。
背景技术
目前，随着业务量的提高，访问量和数据流量的快速增长，单一的服务器由于其处理能力的瓶颈已经无法满足需求，因此，采用多个服务器所构成的服务器集群，并利用负载均衡技术将大量的数据流量分担到集群中的多个服务器上的方法应运而生。
图1为现有技术中负载均衡下的数据交互系统结构示意图，如图1所示，在现有技术中，客户端发送的用于访问服务器的第一数据包先经过负载均衡服务器(Server LoadBlancing，SLB)，由SLB选择为该客户端服务的后台服务器(Real Server，RS)，并将客户端发送的第一数据包发送给选择出的RS，RS接收到该第一数据包后，同样通过SLB向客户端返回第二数据包，完成一次客户端与RS的数据交互。
由上述过程可以看出，进入RS的流量首先要经过SLB，由SLB采用一定的负载均衡策略选择为客户端服务的RS，被选择的RS再通过SLB与客户端进行数据交互。需要说明的是，虽然被选择的RS是通过SLB与客户端进行数据交互的，也即从被选择的RS中流出的流量也是通过SLB到达客户端的，但是SLB对于从RS中流出的流量却无需进行负载均衡处理。
然而，对于RS而言，进入RS的流量往往远小于从RS中流出的流量，这些从RS中流出的大量流量也要经过SLB才能到达客户端，就会增大SLB的的负担。
发明内容
本申请实施例提供一种负载均衡下的数据交互系统、方法及装置，用以解决现有技术中SLB的负担较大的问题。
本申请实施例提供的一种负载均衡下的数据交互系统，包括：
负载均衡服务器SLB，用于接收客户端发送的第一数据包，根据预设的负载均衡策略选择后台服务器RS，将所述第一数据包中携带的目的地址调整为选择出的RS的真实网络互联协议IP地址，得到第二数据包，并将所述第二数据包发送给选择出的RS，其中，所述客户端发送的所述第一数据包中携带的目的地址为所述SLB的虚拟IP地址；
RS，用于在接收到第二数据包后，生成第三数据包并发送给所述客户端，所述第三数据包中携带的源地址为所述RS自身的真实IP地址；
转换设备，用于拦截所述RS发送的所述第三数据包，并将所述第三数据包中携带的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包，将所述第四数据包发送给所述客户端。
本申请实施例提供的一种负载均衡下的数据交互方法，包括：
转换设备拦截后台服务器RS根据接收到的第二数据包向客户端发送的第三数据包，所述第三数据包中携带的源地址为所述RS自身的真实网络互联协议IP地址；其中，所述第二数据包为：负载均衡服务器SLB接收到所述客户端发送的目的地址为所述SLB的虚拟IP地址的第一数据包后，根据预设的负载均衡策略选择所述RS，并将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到的第二数据包；
所述转换设备将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包；并
将所述第四数据包发送给所述客户端。
本申请实施例提供的一种负载均衡下的数据交互装置，包括：
第一拦截模块，用于拦截后台服务器RS根据接收到的第二数据包向客户端发送的第三数据包，所述第三数据包中携带的源地址为所述RS自身的真实网络互联协议IP地址；其中，所述第二数据包为：负载均衡服务器SLB接收到所述客户端发送的目的地址为所述SLB的虚拟IP地址的第一数据包后，根据预设的负载均衡策略选择所述RS，并将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到的第二数据包；
调整模块，用于将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包；
第一发送模块，用于将所述第四数据包发送给所述客户端。
本申请实施例提供一种负载均衡下的数据交互系统、方法及装置，该系统包括SLB、RS和转换设备，对于从客户端发往RS的数据包，则由SLB进行处理并发送给RS，对于从RS发往客户端的数据包，则由转换设备进行处理并发送给客户端。由于在本申请实施例提供的上述系统中，从RS中流出的流量并非是通过SLB发送给客户端，而是由转换设备进行处理并发送给客户端的，因此有效的减轻了SLB的负担。
附图说明
图1为现有技术中负载均衡下的数据交互系统结构示意图；
图2为本申请实施例提供的负载均衡下的数据交互系统结构示意图；
图3为本申请实施例提供的基于图2所示的系统的数据交互过程；
图4为本申请实施例提供的负载均衡下的数据交互系统详细结构示意图；
图5为本申请实施例提供的基于图4所示的系统的数据交互详细过程；
图6为本申请实施例提供的负载均衡下的数据交互装置结构示意图。
具体实施方式
在如图1所示的现有系统中，从客户端发往RS的一个数据包经过SLB的处理后进入RS，RS根据客户端发送的该数据包，向客户端返回另一个数据包时，返回的该另一个数据包也同样要经过SLB才能够返回到客户端，而由于在实际用中，进入RS的流量往往是远小于从RS中流出的流量的，因此现有技术中的系统会增大SLB的负担，尤其是在RS集群的规模较大时，会进一步加剧SLB的负担。而且，由于从RS发往客户端的数据包要经过SLB，因此也需要将RS默认的从RS到RS网关的路由修改为从RS到SLB的路由，进而需要将RS和SLB部署在同一个虚拟局域网(VLAN)中，这也降低了RS和SLB部署的灵活性。
本申请实施例提供一种负载均衡下的数据交互系统、方法及装置，该系统包括SLB、RS和转换设备，对于从客户端发往RS的数据包，则由SLB进行处理并发送给RS，对于从RS发往客户端的数据包，则由转换设备进行处理并发送给客户端。由于在本申请实施例提供的上述系统中，从RS中流出的流量并非是通过SLB发送给客户端，而是由转换设备进行处理并发送给客户端的，因此有效的减轻了SLB的负担。
下面结合说明书附图，对本申请实施例进行详细描述。
图2为本申请实施例提供的负载均衡下的数据交互系统结构示意图，具体包括：SLB、若干个RS以及转换设备。
通过如图2所示的系统，客户端与RS进行数据交互的过程具体如图3所示。图3为本申请实施例提供的基于图2所示的系统的数据交互过程，具体包括以下步骤：
S301：SLB接收客户端发送的第一数据包。
其中，客户端发送的第一数据包中携带的目的地址为该SLB的虚拟网络互连协议(Internet Protocol，IP)地址，第一数据包中携带的源地址为该客户端的真实IP地址。
一般的，对于一个网站，在采用由若干个RS构成的RS集群分担访问该网站的流量时，会对SLB以及每个RS都设置同一个虚拟IP地址，以方便用户的访问。因此，当用户要访问该网站时，先通过其使用的客户端发送目的地址为该虚拟IP地址的第一数据包，从而，SLB就会接收到该第一数据包。
S302：SLB根据预设的负载均衡策略选择RS，将第一数据包中携带的目的地址调整为选择出的RS的真实IP地址，得到第二数据包。
在本申请实施例中，SLB接收到客户端发送的第一数据包后，则根据预设的负载均衡策略，在RS集群中选择出一个用于与该客户端进行数据交互的RS。
SLB选择出RS后，则基于自身预先记录的RS集群中每个RS的真实IP地址，确定选择出的该RS的真实IP地址，再将第一数据包中携带的目的地址(SLB的虚拟IP地址)调整为选择出的该RS的真实IP地址。此时，SLB已将第一数据包中的目的地址调整为选择出的该RS的真实IP地址，将调整了目的地址后的第一数据包作为第二数据包。
即，第二数据包中携带的目的地址为选择出的RS的真实IP地址，第二数据包中携带的源地址仍然是第一数据包中携带的源地址，也就是客户端的真实IP地址。
S303：SLB将第二数据包发送给选择出的RS。
S304：RS接收到第二数据包后，生成第三数据包并发送给客户端。
在本申请实施例中，RS接收到SLB发送的第二数据包后，确定该第二数据包中携带的目的地址是该RS自身的真实IP地址，因此对该第二数据包进行处理，生成第三数据包并返回客户端。
其中，生成的该第三数据包中携带的源地址为该RS自身的真实IP地址，该第三数据包中携带的目的地址为第二数据包中携带的源地址，也就是客户端的真实IP地址。
S305：转换设备拦截RS向客户端发送的第三数据包。
S306：转换设备将第三数据包中携带的源地址调整为预先记录的SLB的虚拟IP地址，得到第四数据包。
由于客户端发送的第一数据包中携带的目的地址是SLB的虚拟IP地址，源地址是该客户端自身的真实IP地址，因此客户端只处理目的地址是该客户端自身的真实IP地址、且源地址是SLB的虚拟IP地址的数据包，对于源地址不是SLB的虚拟IP地址的数据包，客户端则不会进行处理。从而，如果RS直接将源地址是该RS的真实IP地址的第三数据包发送给客户端，客户端就不会对第三数据包进行处理，导致数据交互的异常。
因此，在本申请实施例中，转换设备要对RS发送给客户端的第三数据包进行拦截，并基于预先记录的SLB的虚拟IP地址，将第三数据包中携带的源地址调整为该SLB的虚拟IP地址，进而得到第四数据包。
即，第四数据包中携带的源地址是SLB的虚拟IP地址，第四数据包中携带的目的地址仍然是第三数据包中携带的目的地址，也就是客户端的真实IP地址。
S307：转换设备将第四数据包发送给客户端。
客户端接收到该第四数据包后，由于该第四数据包中携带的源地址(SLB的虚拟IP地址)与客户端发送的第一数据包中携带的目的地址(SLB的虚拟IP地址)相同，并且，该第四数据包中携带的目的地址(客户端的真实IP地址)与客户端发送的第一数据包中携带的源地址(客户端的真实IP地址)相同，因此对该第四数据包进行处理，从而完成客户端与RS的数据交互。
通过上述方法，由客户端发往RS的数据包(第一数据包)是由SLB进行处理的，而由RS返回给客户端的数据包(第三数据包)是由转换设备进行处理的，也就是说，从RS中流出的流量绕过了SLB而通过转换设备到达客户端，因此可以有效的减轻SLB的负担。
在本申请实施例中，当对SLB以及RS集群中的每个RS只设置一个虚拟IP地址时，则可以直接将该虚拟IP地址预置在转换设备中，在图3所示的步骤S306中，转换设备可以直接基于预置的虚拟IP地址调整第三数据包的源地址。
然而，考虑到在实际应用中，往往存在两个甚至两个以上的网站共用一个RS集群的情况，这种情况下，为SLB以及每个RS设置的虚拟IP地址也会存在两个或两个以上。例如，为SLB以及每个RS设置的虚拟IP地址包括VIP1和VIP2，此时，如果直接将VIP1和VIP2预置在转换设备中，则在图3所示的步骤S306中，转换设备在基于预先记录的虚拟IP地址调整第三数据包中携带的源地址时，就不能确定究竟采用VIP1和VIP2中的哪一个来调整，如果采用的虚拟IP地址不正确，则会影响客户端与RS进行数据交互的准确性。
因此，为了保证客户端与RS进行数据交互的准确性，在本申请实施例中，SLB在接收到客户端发送的第一数据包后，对第一数据包进行调整，得到第二数据包的方法具体为：SLB提取第一数据包中作为目的地址携带的该SLB的虚拟IP地址，提取第一数据包中作为目的端口号携带的该SLB的公共端口号，并将提取的该虚拟IP地址和公共端口号插入到第一数据包的TCP选项中，再将第一数据包中携带的目的地址调整为选择出的RS的真实IP地址，将第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到第二数据包。
其中，客户端发送的第一数据包中除了携带源地址和目的地址之外，还携带源端口号、目的端口号以及协议信息，第一数据包携带的源端口号为该客户端的端口号，目的端口号为SLB的公共端口号。
SLB通过上述方法得到的第二数据包中携带的目的地址为选择出的RS的真实IP地址，目的端口号为选择出的RS的端口号，源地址仍然是客户端的真实IP地址，源端口号仍然是该客户端的端口号，协议信息也仍然不变，并且，第二数据包的TCP选项中插入有SLB的虚拟IP地址和公共端口号。SLB得到该第二数据包后，将该第二数据包发送给RS。
进一步的，转换设备预先记录SLB的虚拟IP地址的方法具体为：转换设备拦截SLB向RS发送的第二数据包，根据第二数据包确定该客户端与该RS进行数据交互的数据流标识信息，并记录第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的该数据流标识信息与记录的该虚拟IP地址和公共端口号的对应关系。
其中，确定的数据流标识信息包括：第二数据包中携带的源地址、目的地址、源端口号、目的端口号、协议信息中的至少一种。
较佳的，可以采用第二数据包中携带的源地址、目的地址、源端口号、目的端口号以及协议信息，作为该客户端与该RS进行数据交互的数据流标识信息。也即，确定包含第二数据包中携带的源地址、目的地址、源端口号、目的端口号以及协议信息的五元组，采用该五元组作为数据流标识信息。后续则可以记录第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，并建立该五元组与该虚拟IP地址和公共端口号的对应关系。
转换设备建立了确定的数据流标识信息与虚拟IP地址和公共端口号的对应关系后，则可以将拦截的该第二数据包转发给RS，由RS根据该第二数据包继续进行后续处理。
相应的，转换设备采用上述方法记录SLB的虚拟IP地址时，将拦截到的RS发往客户端的第三数据包中的源地址调整为预先记录的该SLB的虚拟IP地址，得到第四数据包的方法具体为：转换设备根据拦截的该RS发送的第三数据包确定数据流标识信息，查找与根据该第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号，并将第三数据包中携带的源地址调整为查找到的虚拟IP地址，将第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
图4为本申请实施例提供的负载均衡下的数据交互系统详细结构示意图，具体包括：SLB、SLB网关、若干个RS、转换设备、RS网关。
图5为本申请实施例提供的基于图4所示的系统的数据交互详细过程，具体包括以下步骤：
S501：SLB通过SLB网关接收客户端发送的第一数据包。
例如，假设该SLB的虚拟IP地址为VIP1，SLB的公共端口号为Np，客户端的真实IP地址为IPc，客户端的端口号为Nc，则SLB接收到的第一数据包中携带的源地址为IPc，目的地址为VIP1，源端口号为Nc，目的端口号为Np，协议信息为客户端所采用的协议信息。
S502：SLB根据预设的负载均衡策略选择RS，提取第一数据包中作为目的地址携带的该SLB的虚拟IP地址，以及作为目的端口号携带的该SLB的公共端口号，将提取的虚拟IP地址和公共端口号插入到第一数据包的TCP选项中，将第一数据包中携带的目的地址调整为选择出的RS的真实IP地址，将第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到第二数据包。
继续沿用上例，SLB接收到第一数据包后，根据预设的负载均衡策略选择RS，提取第一数据包的目的地址和目的端口号，也即提取VIP1和Np，将提取的VIP1和Np插入到第一数据包的TCP选项中。假设SLB选择的RS的真实IP地址为IPr，该RS的端口号为Nr，则SLB再将第一数据包的目的地址调整为IPr，将第一数据包的目的端口号调整为Nr，从而得到第二数据包。
得到的第二数据包中携带的源地址为IPc，目的地址为IPr，源端口号为Nc，目的端口号为Nr，协议信息不变，并且TCP选项中插入了VIP1和Np。
S503：SLB将第二数据包发送给选择出的RS。
S504：转换设备拦截SLB向RS发送的第二数据包。
S505：转换设备根据第二数据包确定该客户端与该RS进行数据交互的数据流标识信息，记录第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的数据流标识信息与记录的该虚拟IP地址和公共端口号的对应关系。
继续沿用上例，转换设备将携带的源地址为IPc、目的地址为IPr、源端口号为Nc、目的端口号为Nr、且TCP选项中插入了VIP1和Np的第二数据包拦截后，将包括该第二数据包中携带的源地址(IPc)、目的地址(IPr)、源端口号(Nc)、目的端口号(Nr)以及协议信息的五元组确定为该客户端与该RS进行数据交互的数据流标识信息，也即，采用该五元组唯一标识该客户端与该RS之间的数据流。然后，转换设备再记录第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，也即记录VIP1和Np，并建立上述五元组与记录的VIP1和Np之间的对应关系。
S506：转换设备将第二数据包转发给RS。
S507：RS根据接收到的第二数据包，生成第三数据包，并发送给RS网关。
继续沿用上例，RS接收到第二数据包后，确定第二数据包中携带的目的地址是IPr，也就是该RS自身的真实IP地址，并且目的端口号是Nr，也就是该RS的端口号，因此根据该第二数据包生成第三数据包。
生成的该第三数据包的源地址为该RS自身的真实IP地址，也即IPr，目的地址为第二数据包的源地址，也即客户端的真实IP地址(IPc)，源端口号为该RS自身的端口号，也即Nr，目的端口号为第二数据包的源端口号，也即Nc，协议信息仍然不变。
生成上述第三数据包后，则RS可以按照默认的从RS到RS网关的路由，将该第三数据包发送给RS网关，使RS网关根据该第三数据包中携带的目的地址(IPc)以及目的端口号(Nc)，将该第三数据包发送给客户端。
S508：转换设备拦截RS发送给RS网关的第三数据包。
S509：转换设备根据拦截的第三数据包确定数据流标识信息，查找与根据该第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号。
继续沿用上例，由于在上述步骤S505中，转换设备记录的与VIP1和Np对应的数据流标识信息为包括IPc、IPr、Nc、Nr、协议信息在内的五元组，而根据第三数据包确定的数据流标识信息仍然是上述五元组，因此，转换设备据此可以确定该第三数据包是属于以上述五元组所标识的数据流(该客户端与该RS进行数据交互的数据流)中的一个数据包，从而，查找该数据流标识信息对应的虚拟IP地址和公共端口号，也即查找上述五元组对应的虚拟IP地址和公共端口号，查找到的虚拟IP地址和公共端口号即为VIP1和Np。
S510：转换设备将第三数据包中携带的源地址调整为查找到的虚拟IP地址，将第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
继续沿用上例，由于查找到的虚拟IP地址和公共端口号为VIP1和Np，因此，转换设备将第三数据包中携带的源地址由IPr调整为VIP1，将源端口号由Nr调整为Np，从而得到第四数据包。
也即，得到的第四数据包中携带的源地址为VIP1，目的地址为IPc，源端口号为Np，目的端口号为Nc，协议信息仍然不变。
S511：转换设备将第四数据包通过RS网关发送给客户端。
继续沿用上例，转换设备先将第四数据包发送给RS网关，由RS网关根据该第四数据包中携带的目的地址和目的端口号，将该第四数据包发送给客户端。由于客户端初始发出的第一数据包中携带的源地址为IPc，目的地址为VIP1，源端口号为Nc，目的端口号为Np，协议信息为客户端所采用的协议信息，并且客户端接收到的第四数据包中携带的源地址为VIP1，目的地址为IPc，源端口号为Np，目的端口号为Nc，协议信息仍然不变，因此，客户端对该第四数据包进行处理，从而完成客户端与RS的交互。
由图5所示的过程可见，在本申请实施例中，转换设备通过数据流标识信息来唯一标识客户端与RS之间进行数据交互的数据流，并建立该数据流标识信息与虚拟IP地址和公共端口号的对应关系，当拦截到从RS发往客户端的数据包时，就可以根据拦截到的数据包确定数据流标识信息，并据此查找相应的虚拟IP地址和公共端口号对拦截到的该数据包进行调整，保证了客户端与RS进行数据交互的准确性。
另外，在现有技术中，由于从RS发往客户端的数据包要经过SLB，因此需要将RS默认的从RS到RS网关的路由修改为从RS到SLB的路由，进而需要将RS和SLB部署在同一个虚拟局域网(VLAN)中，这也降低了RS和SLB部署的灵活性。
而由上述图4所示的系统和图5所示的过程可见，本申请实施例中转换设备部署在RS和RS网关之间，对从RS通过RS网关发往客户端的数据包进行拦截，因此，无需修改RS默认的从RS到RS网关的路由，转换设备对于RS来说是透明的。从而，在图4所示的系统中，只需将RS和转换设备部署在同一个VLAN中即可，RS和SLB不需要部署在同一个VLAN中。也即，RS和转换设备可以位于第一VLAN中，SLB可以位于第二VLAN中，有效的提高了RS和SLB部署的灵活性。
另外，在实际应用中，在客户端与RS进行数据交互的过程中，首先需要进行的就是通过三次握手的方式建立虚连接，而客户端通过三次握手的方式与RS建立虚连接时，首先发送的就是同步序列编号(Synchronize Sequence Numbers，SYN)数据包。
因此，基于上述情况，在本申请实施例提供的上述数据交互过程中，如果SLB确定接收到的客户端发送的第一数据包为SYN数据包，则提取出该SYN数据包中作为目的地址携带的虚拟IP地址以及作为目的端口号携带的公共端口号，并将提取的虚拟IP地址和公共端口号插入到该SYN数据包的TCP选项中，再对该SYN数据包的目的地址和目的端口号进行调整，并发送给RS。相应的，转换设备拦截到该SYN数据包后，则根据该SYN数据包确定数据流标识信息，并建立该数据流标识信息与该SYN数据包的TCP选项中插入的虚拟IP地址和公共端口号的对应关系，并将该SYN包发送给RS，进行后续流程。
相反的，如果SLB确定接收到的客户端发送的第一数据包不是SYN数据包，则说明该第一数据包所在的数据流中的SYN包之前已经被SLB和转换设备处理过，进而说明该第一数据包所在的数据流的数据流标识信息之前已经被转换设备确定过，并建立了该数据流标识信息与相应的虚拟IP地址和公共端口号的对应关系，因此，SLB无需将第一数据包中的虚拟IP地址以及公共端口号插入到该第一数据包的TCP选项中，只需调整该第一数据包中的目的地址和目的端口号，并发送给RS即可。相应的，转换设备拦截到该第一数据包后，由于该第一数据包的TCP选项中并未插入虚拟IP地址和公共端口号，因此也无需确定数据流标识信息并建立其与虚拟IP地址和公共端口号的对应关系，直接将第一数据包转发给相应的RS，并进行后续流程即可。
在本申请实施例中，RS集群中的RS具体可以是虚拟机(Virtual Machine，VM)形式的RS，并可以运行在与转换设备位于同一VLAN中的网络设备的虚拟机监控器Hypervisor上。
图6为本申请实施例提供的负载均衡下的数据交互装置结构示意图，具体包括：
第一拦截模块601，用于拦截后台服务器RS根据接收到的第二数据包向客户端发送的第三数据包，所述第三数据包中携带的源地址为所述RS自身的真实网络互联协议IP地址；其中，所述第二数据包为：负载均衡服务器SLB接收到所述客户端发送的目的地址为所述SLB的虚拟IP地址的第一数据包后，根据预设的负载均衡策略选择所述RS，并将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到的第二数据包；
调整模块602，用于将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包；
第一发送模块603，用于将所述第四数据包发送给所述客户端。
所述装置还包括：
第二拦截模块604，具体用于拦截所述SLB向所述RS发送的第二数据包，所述第二数据包为：所述SLB提取所述第一数据包中作为目的地址携带的所述SLB的虚拟IP地址，提取所述第一数据包中作为目的端口号携带的所述SLB的公共端口号，将提取的所述虚拟IP地址和公共端口号插入到所述第一数据包的TCP选项中，并将所述第一数据包中携带的目的地址调整为选择出的所述RS的真实IP地址，将所述第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到的第二数据包；
记录模块605，用于根据所述第二数据包确定所述客户端与所述RS进行数据交互的数据流标识信息，并记录所述第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的所述数据流标识信息与记录的虚拟IP地址和公共端口号的对应关系，其中，确定的所述数据流标识信息包括：所述第二数据包中携带的源地址、目的地址、源端口号、目的端口号、协议信息中的至少一种；
第二发送模块606，用于将所述第二数据包发送给所述RS。
所述调整模块602具体用于，根据拦截的所述RS发送的第三数据包确定数据流标识信息，查找与根据所述第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号，并将所述第三数据包中携带的源地址调整为查找到的虚拟IP地址，将所述第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
具体的上述负载均衡下的数据交互装置可以位于转换设备中。
本申请实施例提供一种负载均衡下的数据交互系统、方法及装置，该系统包括SLB、RS和转换设备，对于从客户端发往RS的数据包，则由SLB进行处理并发送给RS，对于从RS发往客户端的数据包，则由转换设备进行处理并发送给客户端。由于在本申请实施例提供的上述系统中，从RS中流出的流量并非是通过SLB发送给客户端，而是由转换设备进行处理并发送给客户端的，因此有效的减轻了SLB的负担。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种负载均衡下的数据交互系统，其特征在于，包括：
负载均衡服务器SLB，用于接收客户端发送的第一数据包，根据预设的负载均衡策略选择后台服务器RS，将所述第一数据包中携带的目的地址调整为选择出的RS的真实网络互联协议IP地址，得到第二数据包，并将所述第二数据包发送给选择出的RS，其中，所述客户端发送的所述第一数据包中携带的目的地址为所述SLB的虚拟IP地址；
RS，用于在接收到第二数据包后，生成第三数据包并发送给所述客户端，所述第三数据包中携带的源地址为所述RS自身的真实IP地址；
转换设备，用于拦截所述RS发送的所述第三数据包，并将所述第三数据包中携带的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包，将所述第四数据包发送给所述客户端；
其中，所述转换设备部署在所述RS和所述RS的网关之间；
所述SLB具体用于，提取所述第一数据包中作为目的地址携带的所述SLB的虚拟IP地址，并提取所述第一数据包中作为目的端口号携带的所述SLB的公共端口号，将提取的所述虚拟IP地址和公共端口号插入到所述第一数据包的TCP选项中，并将所述第一数据包中携带的目的地址调整为选择出的RS的真实IP地址，将所述第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到第二数据包；
所述转换设备具体用于，拦截所述SLB向选择出的RS发送的第二数据包，根据所述第二数据包确定所述客户端与所述RS进行数据交互的数据流标识信息，并记录所述第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的所述数据流标识信息与记录的虚拟IP地址和公共端口号的对应关系，将所述第二数据包发送给所述RS；
所述RS具体用于，接收所述转换设备发送的所述第二数据包。
2.如权利要求1所述的系统，其特征在于，确定的所述数据流标识信息包括：所述第二数据包中携带的源地址、目的地址、源端口号、目的端口号、协议信息中的至少一种。
3.如权利要求2所述的系统，其特征在于，所述转换设备具体用于，根据拦截的所述RS发送的第三数据包确定数据流标识信息，查找与根据所述第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号，并将所述第三数据包中携带的源地址调整为查找到的虚拟IP地址，将所述第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
4.如权利要求1-3任一所述的系统，其特征在于，所述转换设备与所述RS位于第一虚拟局域网VLAN中，所述SLB位于第二VLAN中。
5.一种负载均衡下的数据交互方法，其特征在于，包括：
转换设备拦截后台服务器RS根据接收到的第二数据包向客户端发送的第三数据包，所述第三数据包中携带的源地址为所述RS自身的真实网络互联协议IP地址；其中，所述第二数据包为：负载均衡服务器SLB接收到所述客户端发送的目的地址为所述SLB的虚拟IP地址的第一数据包后，根据预设的负载均衡策略选择所述RS，并将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到的第二数据包；
所述转换设备将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包；并
将所述第四数据包发送给所述客户端；
其中，所述转换设备部署在所述RS和所述RS的网关之间；
所述SLB将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到第二数据包，具体包括：
所述SLB提取所述第一数据包中作为目的地址携带的所述SLB的虚拟IP地址，提取所述第一数据包中作为目的端口号携带的所述SLB的公共端口号；并
将提取的所述虚拟IP地址和公共端口号插入到所述第一数据包的TCP选项中；以及
将所述第一数据包中携带的目的地址调整为选择出的所述RS的真实IP地址，将所述第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到第二数据包；
所述转换设备预先记录所述SLB的虚拟IP地址，具体包括：
所述转换设备拦截所述SLB向所述RS发送的第二数据包；并
根据所述第二数据包确定所述客户端与所述RS进行数据交互的数据流标识信息；以及
记录所述第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的所述数据流标识信息与记录的虚拟IP地址和公共端口号的对应关系；
所述方法还包括：
所述转换设备将所述第二数据包发送给所述RS。
6.如权利要求5所述的方法，其特征在于，确定的所述数据流标识信息包括：所述第二数据包中携带的源地址、目的地址、源端口号、目的端口号、协议信息中的至少一种。
7.如权利要求6所述的方法，其特征在于，所述转换设备将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包，具体包括：
所述转换设备根据拦截的所述RS发送的第三数据包确定数据流标识信息，查找与根据所述第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号；并
将所述第三数据包中携带的源地址调整为查找到的虚拟IP地址，将所述第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
8.一种负载均衡下的数据交互装置，其特征在于，包括：
第一拦截模块，用于拦截后台服务器RS根据接收到的第二数据包向客户端发送的第三数据包，所述第三数据包中携带的源地址为所述RS自身的真实网络互联协议IP地址；其中，所述第二数据包为：负载均衡服务器SLB接收到所述客户端发送的目的地址为所述SLB的虚拟IP地址的第一数据包后，根据预设的负载均衡策略选择所述RS，并将所述第一数据包中携带的目的地址调整为所述RS的真实IP地址，得到的第二数据包；
调整模块，用于将拦截到的所述第三数据包中的源地址调整为预先记录的所述SLB的虚拟IP地址，得到第四数据包；
第一发送模块，用于将所述第四数据包发送给所述客户端；
其中，所述负载均衡下的数据交互装置部署在所述RS和所述RS的网关之间；
第二拦截模块，具体用于拦截所述SLB向所述RS发送的第二数据包，所述第二数据包为：所述SLB提取所述第一数据包中作为目的地址携带的所述SLB的虚拟IP地址，提取所述第一数据包中作为目的端口号携带的所述SLB的公共端口号，将提取的所述虚拟IP地址和公共端口号插入到所述第一数据包的TCP选项中，并将所述第一数据包中携带的目的地址调整为选择出的所述RS的真实IP地址，将所述第一数据包中携带的目的端口号调整为选择出的RS的端口号，得到的第二数据包；
所述装置还包括：记录模块，用于根据所述第二数据包确定所述客户端与所述RS进行数据交互的数据流标识信息，并记录所述第二数据包的TCP选项中插入的虚拟IP地址和公共端口号，建立确定的所述数据流标识信息与记录的虚拟IP地址和公共端口号的对应关系；
第二发送模块，用于将所述第二数据包发送给所述RS。
9.如权利要求8所述的装置，其特征在于，确定的所述数据流标识信息包括：所述第二数据包中携带的源地址、目的地址、源端口号、目的端口号、协议信息中的至少一种。
10.如权利要求9所述的装置，其特征在于，所述调整模块具体用于，根据拦截的所述RS发送的第三数据包确定数据流标识信息，查找与根据所述第三数据包确定出的数据流标识信息对应的虚拟IP地址和公共端口号，并将所述第三数据包中携带的源地址调整为查找到的虚拟IP地址，将所述第三数据包中携带的源端口号调整为查找到的公共端口号，得到第四数据包。
CN201710680277.7A 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置 Active CN107483574B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710680277.7A CN107483574B (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710680277.7A CN107483574B (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置
CN201210394875.5A CN103780502A (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201210394875.5A Division CN103780502A (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置

Publications (2)

Publication Number Publication Date
CN107483574A CN107483574A (zh) 2017-12-15
CN107483574B true CN107483574B (zh) 2021-05-28

Family

ID=49552407

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201210394875.5A Pending CN103780502A (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置
CN201710680277.7A Active CN107483574B (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201210394875.5A Pending CN103780502A (zh) 2012-10-17 2012-10-17 一种负载均衡下的数据交互系统、方法及装置

Country Status (5)

Country Link
US (1) US10135915B2 (zh)
JP (1) JP6434415B2 (zh)
CN (2) CN103780502A (zh)
TW (1) TWI591987B (zh)
WO (1) WO2014062940A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104811383B (zh) * 2015-03-19 2018-01-09 新华三技术有限公司 一种报文转发方法和设备
JP6505171B2 (ja) 2016-08-25 2019-04-24 エヌエイチエヌ エンターテインメント コーポレーションＮＨＮ Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ 仮想ネットワーク環境でループバックインタフェースを利用してｄｓｒロードバランシングを処理する方法およびシステム
JP6505172B2 (ja) 2016-08-25 2019-04-24 エヌエイチエヌ エンターテインメント コーポレーションＮＨＮ Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ 仮想ネットワーク環境で仮想スイッチを利用してロードバランシングを処理する方法およびシステム
CN106302225B (zh) * 2016-10-18 2019-05-03 优刻得科技股份有限公司 一种服务器负载均衡的方法与装置
CN106412114A (zh) * 2016-11-16 2017-02-15 广州市品高软件股份有限公司 一种基于sdn的负载均衡方法及系统
CN108123890A (zh) * 2016-11-30 2018-06-05 阿里巴巴集团控股有限公司 一种负载均衡系统中的链路检测方法、装置及电子设备
US10581962B2 (en) * 2017-11-01 2020-03-03 Alibaba Group Holding Limited Direct communication between physical server and storage service
CN108768878A (zh) * 2018-06-06 2018-11-06 北京奇艺世纪科技有限公司 一种负载均衡系统、方法、装置及负载均衡设备
CN109547580B (zh) * 2019-01-22 2021-05-25 网宿科技股份有限公司 一种处理数据报文的方法和装置
CN110417921B (zh) * 2019-09-06 2020-11-06 广州华多网络科技有限公司 一种负载均衡的方法及负载均衡服务装置
CN110677417A (zh) * 2019-09-29 2020-01-10 武汉极意网络科技有限公司 反爬虫系统及方法
CN110708309A (zh) * 2019-09-29 2020-01-17 武汉极意网络科技有限公司 反爬虫系统及方法
CN110708393B (zh) * 2019-10-21 2023-11-21 北京百度网讯科技有限公司 用于传输数据的方法、装置和系统
CN112788072B (zh) * 2019-11-01 2022-05-27 阿里巴巴集团控股有限公司 数据处理方法、数据处理系统、计算机设备、存储介质
CN111800499B (zh) * 2020-06-30 2022-04-15 北京百度网讯科技有限公司 一种数据传输方法、装置及电子设备
CN112866338B (zh) * 2020-12-31 2023-03-24 杭州迪普科技股份有限公司 一种服务器状态检测的方法及装置
CN113691460B (zh) * 2021-08-26 2023-10-03 平安科技（深圳）有限公司 基于负载均衡的数据传输方法、装置、设备及存储介质
CN113794703A (zh) * 2021-08-31 2021-12-14 上海弘积信息科技有限公司 一种负载均衡系统中获取客户端ip的方法
US11683286B2 (en) * 2021-11-18 2023-06-20 Cisco Technology, Inc. Anonymizing server-side addresses
US12034707B2 (en) 2021-11-18 2024-07-09 Cisco Technology, Inc. Randomizing server-side addresses
CN114726930A (zh) * 2022-03-30 2022-07-08 深信服科技股份有限公司 一种数据包跟踪方法、系统、装置及可读存储介质
CN117201497A (zh) * 2022-05-31 2023-12-08 华为云计算技术有限公司 一种云服务系统及基于云服务系统的业务处理方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1512377A (zh) * 2002-12-31 2004-07-14 联想(北京)有限公司 基于内核中套接字对接的第七层负载均衡的方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6182139B1 (en) * 1996-08-05 2001-01-30 Resonate Inc. Client-side resource-based load-balancing with delayed-resource-binding using TCP state migration to WWW server farm
US6665702B1 (en) * 1998-07-15 2003-12-16 Radware Ltd. Load balancing
US6549516B1 (en) * 1999-07-02 2003-04-15 Cisco Technology, Inc. Sending instructions from a service manager to forwarding agents on a need to know basis
US6996615B1 (en) * 2000-09-29 2006-02-07 Cisco Technology, Inc. Highly scalable least connections load balancing
WO2003105006A1 (en) * 2001-04-30 2003-12-18 America Online, Inc. Load balancing with direct terminal response
CN1163029C (zh) * 2001-08-03 2004-08-18 华为技术有限公司 数据网络用户进行数据交换的方法及其网络系统
US20030033463A1 (en) * 2001-08-10 2003-02-13 Garnett Paul J. Computer system storage
JP3898498B2 (ja) * 2001-12-06 2007-03-28 富士通株式会社 サーバ負荷分散システム
CN1276629C (zh) * 2003-11-21 2006-09-20 清华大学深圳研究生院 基于Netfilter架构的流媒体集群服务内容调度方法
US8018847B2 (en) 2006-11-15 2011-09-13 Starent Networks Llc System and method for redirecting requests
CN101252591B (zh) * 2008-04-03 2011-05-04 中国科学技术大学 实现上下行数据分离的方法和装置
US8180896B2 (en) 2008-08-06 2012-05-15 Edgecast Networks, Inc. Global load balancing on a content delivery network
CN101404616A (zh) 2008-11-04 2009-04-08 北京大学深圳研究生院 一种负载均衡分组交换结构及其构造方法
US8416692B2 (en) * 2009-05-28 2013-04-09 Microsoft Corporation Load balancing across layer-2 domains
JP5360233B2 (ja) 2010-01-06 2013-12-04 富士通株式会社 負荷分散システム及びその方法
JP5648926B2 (ja) * 2010-02-01 2015-01-07 日本電気株式会社 ネットワークシステム、コントローラ、ネットワーク制御方法
CN102164116B (zh) 2010-03-30 2013-11-13 青岛海信传媒网络技术有限公司 均衡负载的方法、系统及相应设备
US8499093B2 (en) 2010-05-14 2013-07-30 Extreme Networks, Inc. Methods, systems, and computer readable media for stateless load balancing of network traffic flows
US8676980B2 (en) * 2011-03-22 2014-03-18 Cisco Technology, Inc. Distributed load balancer in a virtual machine environment
US20130159487A1 (en) 2011-12-14 2013-06-20 Microsoft Corporation Migration of Virtual IP Addresses in a Failover Cluster
US9253144B2 (en) 2011-12-22 2016-02-02 International Business Machines Corporation Client-driven load balancing of dynamic IP address allocation
US9083709B2 (en) * 2012-05-11 2015-07-14 Cisco Technology, Inc. Virtual internet protocol migration and load balancing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1512377A (zh) * 2002-12-31 2004-07-14 联想(北京)有限公司 基于内核中套接字对接的第七层负载均衡的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
一个基于TCP迁移机制的第七层负载均衡系统;黎哲等;《计算机应用研究》;20050410(第4期);第116-118页 *

Also Published As

Publication number Publication date
US20140108661A1 (en) 2014-04-17
TW201417541A (zh) 2014-05-01
CN103780502A (zh) 2014-05-07
WO2014062940A1 (en) 2014-04-24
TWI591987B (zh) 2017-07-11
CN107483574A (zh) 2017-12-15
JP2015533458A (ja) 2015-11-24
US10135915B2 (en) 2018-11-20
JP6434415B2 (ja) 2018-12-05

Similar Documents

Publication Publication Date Title
CN107483574B (zh) 一种负载均衡下的数据交互系统、方法及装置
US10659354B2 (en) Processing data packets using a policy based network path
US10911398B2 (en) Packet generation method based on server cluster and load balancer
CN107852604B (zh) 用于提供全局虚拟网络(gvn)的系统
US9806944B2 (en) Network controller and a computer implemented method for automatically define forwarding rules to configure a computer networking device
EP3278526B1 (en) System, apparatus and method for load balancing
US20180309726A1 (en) Packet cleaning method and apparatus
EP2775676A1 (en) Policy based routing method and device
CN103631652A (zh) 虚拟机迁移的实现方法及系统
CN104506549A (zh) 建立网游连接的方法、设备及系统
US20230370421A1 (en) Scaling ip addresses in overlay networks
CN106341249A (zh) 冗余端口的切换方法及装置
CN102664811B (zh) 报文转发方法和装置
CN106254384B (zh) 一种服务访问方法及装置
CN106254433B (zh) 一种建立tcp通信连接的方法及装置
CN110971701B (zh) 物联网通信方法及装置
CN103618661A (zh) 一种数据分离方法及系统
CN106254576B (zh) 一种报文转发方法及装置
US9185155B2 (en) Internet presence for a home network
CN107086958A (zh) 一种数据传输方法、wap网关及系统
WO2015007196A1 (en) Discovery of network device of a vpn network
US20240259290A1 (en) Deploying symmetric routing
EP4187848A1 (en) Causing or preventing an update to a network address translation table
CN104410677A (zh) 服务器负载均衡方法和装置
CN116760564A (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
GR01 Patent grant
GR01 Patent grant