CN103491053A - Udp负载均衡方法、系统及装置 - Google Patents
Udp负载均衡方法、系统及装置 Download PDFInfo
- Publication number
- CN103491053A CN103491053A CN201210189880.2A CN201210189880A CN103491053A CN 103491053 A CN103491053 A CN 103491053A CN 201210189880 A CN201210189880 A CN 201210189880A CN 103491053 A CN103491053 A CN 103491053A
- Authority
- CN
- China
- Prior art keywords
- address
- udp
- load
- 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
Images
Abstract
本发明提出一种UDP负载均衡方法、系统和装置。其中,方法包括以下步骤:负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包,其中负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址;负载均衡设备根据负载均衡策略为客户端选择对应的服务器,并建立客户端和服务器之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,其中,第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器的IP地址和/或端口号之间的对应关系;以及负载均衡设备对UDP请求包进行源地址和目的地址转换,并将UDP请求包发送至对应的服务器。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种UDP负载均衡方法、系统及装置。
背景技术
在现有的UDP(User Datagram Protocol,用户数据包协议)负载均衡系统,存在如下限制:
1、后端服务器与负载均衡设备必须在同一个子网中且默认网关必须指向负载均衡设备。但是,当有多个数据中心时,经常会有将负载均衡设备和后端服务器放置在不同局域网中的需求,这种限制导致无法实现跨网段部署的需求。
2、负载均衡设备与后端服务器可以不在同一个子网中,但是从后端服务器返回客户端的响应数据包必须不经过负载均衡设备,且后端服务器上需要配置虚拟IP作为响应数据包的源IP。这种限制导致的问题是,会有很多业务需要使用多个虚拟IP对外提供服务,当一个数据包通过负载均衡设备到达后端服务器时,后端服务器无法知道应该使用哪个虚拟IP进行响应。另外,该方案对于后端服务器也不是透明的,它除了要知道自己的真实IP外还需要知道一个虚拟IP,这也会带来一些集群部署上的麻烦。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一。
为此,本发明的一个目的在于提出一种UDP负载均衡方法,同时满足客户端真实IP获取、跨网段部署、服务器的默认网关不指向负载均衡设备以及虚拟IP的添加对于后端服务器透明的要求。
本发明的另一个目的在于提出一种UDP负载均衡系统。
本发明的又一个目的在于提出一种负载均衡设备。
本发明的再一个目的在于提出一种服务器。
为达到上述目的,根据本发明第一方面的实施例提出一种UDP负载均衡方法,包括以下步骤:负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包,所述负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址;所述负载均衡设备根据负载均衡策略为所述客户端选择对应的服务器;所述负载均衡设备建立所述客户端和所述服务器之间的会话,并分别将所述会话插入至第一哈希表和第二哈希表中,其中,所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括所述后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;以及所述负载均衡设备对所述UDP请求包进行源地址和目的地址转换,并将所述UDP请求包发送至所述对应的服务器。
根据本发明实施例的UDP负载均衡方法,服务器完全不用知道虚拟IP的存在,需要添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。通过为负载均衡设备配置虚拟IP,。同时,通过同时使用源地址转换技术和目的地址转换技术,可以同时。
为达到上述目的,根据本发明第二方面的实施例提出一种UDP负载均衡系统,包括客户端、负载均衡设备和服务器。其中,所述客户端用于向所述负载均衡设备发送UDP请求包;所述负载均衡设备用于通过虚拟IP地址接收所述客户端发送的UDP请求包,根据负载均衡策略为所述客户端选择对应的服务器并建立所述客户端和所述服务器之间的会话,并分别将所述会话插入至第一哈希表和第二哈希表中,以及对所述UDP请求包进行源地址和目的地址转换,并将所述UDP请求包发送至所述对应的服务器,其中所述负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址,所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;所述服务器用于接收所述负载均衡设备发送的UDP请求包。
根据本发明实施例的UDP负载均衡系统,通过在负载均衡设备上配置虚拟IP,服务器完全不用知道虚拟IP的存在,需要添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。
为达到上述目的,根据本发明第三方面的实施例提出一种负载均衡设备,包括:接收模块,用于通过虚拟IP地址接收客户端发送的UDP请求包;会话建立模块,用于根据负载均衡策略为所述客户端选择对应的服务器并建立所述客户端和所述服务器之间的会话;插入模块,用于将所述会话插入至第一哈希表和第二哈希表中,其中所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括所述后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;地址转换模块,用于对所述UDP请求包进行源地址和目的地址转换;以及发送模块,用于将所述UDP请求包发送至对应的服务器。
根据本发明实施例的负载均衡设备,通过配置虚拟IP,使得添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。
为达到上述目的,本发明第四方面的实施例提出一种服务器,包括:接收模块,用于接收负载均衡设备发送的UDP请求包,其中所述UDP请求包的协议号为特殊协议号,且所述UDP请求包中包括客户端的IP地址和/或端口号;解析模块,用于解析所述UDP请求包以获取所述客户端的IP地址和/或端口号;会话建立模块,用于根据所述客户端的IP地址和/或端口号以及所述服务器的IP地址和/或端口号建立会话;以及恢复模块,用于恢复所述UDP请求包的协议号。
通过本发明实施例的服务器,可以获取到客户端的真实地址,从而可以开展地理位置相关的服务。
本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1是本发明一个实施例的UDP负载均衡方法的流程图;
图2是本发明一个实施例的UDP负载均衡方法的流程图;
图3是本发明一个实施例的UDP负载均衡系统中UDP数据包传递示意图;
图4是本发明一个实施例的UDP负载均衡方法的流程图;
图5a和图5b是本发明一个实施例的UDP负载均衡方法的流程图;
图6是本发明一个实施例的UDP负载均衡系统中UDP数据包传递示意图;
图7是本发明一个实施例的UDP负载均衡系统的结构框图;
图8是本发明一个实施例的负载均衡设备的结构框图;
图9是本发明一个实施例的负载均衡设备的结构框图;
图10是本发明一个实施例的负载均衡设备的结构框图;
图11是本发明一个实施例的负载均衡设备的结构框图;以及
图12是本发明一个实施例的服务器的结构框图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。
在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。在本发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。此外,在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
下面结合附图详细描述根据本发明实施例的UDP负载均衡方法。
图1为本发明一个实施例的UDP负载均衡方法的流程图。如图1所示,该方法包括以下步骤:
步骤S101,负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包。
在本发明中,负载均衡设备的前端暴露在外网,使用一个虚拟IP地址(VIP)对外提供服务;后端在内网,使用后端的IP地址(BIP)。当某个客户端第一次访问该服务时,数据包目的地址为虚拟IP地址/虚拟端口号(VIP/VPORT),源地址为客户端IP/客户端端口号(CIP/CPORT)。
步骤S102,负载均衡设备根据负载均衡策略为客户端选择对应的服务器。
具体地,负载均衡设备可采用本领域技术人员所熟知的负载均衡策略为客户端选择一个后端的真实服务器(Real Server,RS)以及一个合适的端口(RPORT)。
步骤S103,负载均衡设备建立客户端和服务器之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,其中,第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器的IP地址和/或端口号之间的对应关系。
建立会话之前,负载均衡设备需要选择一个后端IP/后端端口(BIP/BPORT),选择的原则是要求BIP/BPORT与RIP/RPORT的四元组组合的会话在负载均衡设备的会话表中不存在。
此外需要说明的是,由于UDP协议没有连接的概念,无法判断客户端与服务器通信是否结束,因此会话的回收必须依靠超时来控制。也就是说,在客户端与服务器之间的会话超过预设超时时间后关闭该会话。一般情况下,对于请求/响应型的服务,超时时间设为秒级即可,其他类型的服务可以根据需要进行超时时间的设定。
步骤S104,负载均衡设备对UDP请求包进行源地址和目的地址转换,并将UDP请求包发送至对应的服务器。
具体地,负载均衡设备可以采用本领域技术人员所熟知的地址转换技术对UDP请求包进行源地址和目的地址转换,转换后,数据包的源IP/源端口从CIP/CPORT改为BIP/BPORT,目的IP/目的端口从VIP/VPORT改为RIP/RPORT,然后可发送至后端服务器。
应理解,后续来自相同客户端相同端口的数据包到达负载均衡设备时,负载均衡设备会根据VIP/VPORT/CIP/CPORT四元组查找会话,找到后即直接进行源地址和目的地址转换操作,发往服务器即可。
根据本发明实施例的UDP负载均衡方法,通过在负载均衡设备上配置虚拟IP,服务器完全不用知道虚拟IP的存在,需要添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。
图2为本发明一个实施例的UDP负载均衡方法的流程图。图3为本发明一个实施例的UDP负载均衡系统中数据包传递示意图。如图2和图3所示,该方法包括以下步骤:
步骤S201,负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包,负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址。
步骤S202,负载均衡设备根据负载均衡策略为客户端选择对应的服务器。
步骤S203,负载均衡设备建立服务器和客户端之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,其中第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器的IP地址和/或端口号之间的对应关系。
步骤S204,负载均衡设备对UDP请求包进行源地址和目的地址转换,并将UDP请求包发送至对应的服务器。
上述步骤S201至步骤S204的具体实现过程可与上述步骤S101至步骤S104相同,此处不再详细描述。
步骤S205,负载均衡设备接收服务器根据UDP请求包返回的UDP响应包。
服务器收到UDP请求包后进行处理返回的UDP响应包的源/目的地址分别是RIP/RPORT和BIP/BPORT。由于BIP在私有环境中是唯一的,因此返回的UDP响应包可以通过非默认路由回到负载均衡设备。
步骤S206,负载均衡设备根据UDP响应包确定UDP响应包所对应的会话。
步骤S207,负载均衡设备根据UDP响应包所对应的会话查找第一哈希表和第二哈希表以确定UDP响应包所对应的客户端的IP地址和/或端口号。
步骤S208,负载均衡设备根据客户端的IP地址和/或端口号对UDP响应包进行源地址和目的地址转换,并将UDP响应包发送至客户端。
负载均衡设备收到UDP响应包后根据RIP/RPORT/BIP/BPORT在内部会话表中查找会话,找到后将响应包的源IP/端口从RIP/RPORT替换为VIP/VPORT,目的IP/端口从BIP/BPORT替换为CIP/VPORT,然后从对外端口发送至客户端。
由此,服务器返回的数据包可以不经默认路由回到负载均衡设备,使得负载均衡设备能够完整追踪连接状态,从而有利于数据流的监控。
在上面的实施例中,服务器不需要获取客户端的真实IP,但是在其他开展地理位置相关的服务等的实施例中,服务器可能需要获取客户端的真实IP。因此,本发明还提出另一种UDP负载均衡方法。
图4为本发明一个实施例的UDP负载均衡方法的流程图。如图4所示,该方法包括以下步骤:
步骤S301,负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包。负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址。
步骤S302,负载均衡设备根据负载均衡策略为客户端选择对应的服务器。
步骤S303,负载均衡设备建立客户端和服务器之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,其中,第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器的IP地址和/或端口号之间的对应关系。
步骤S304,负载均衡设备对UDP请求包进行源地址和目的地址转换。
上述步骤S301至步骤S304的具体实现过程与上述步骤S101至步骤S104相同,此处不再详细描述。
步骤S305,负载均衡设备将UDP请求包的协议号修改为特殊协议号,并在UDP请求包中插入客户端的IP地址和/或端口号。
在本发明的一个实施例中,将UDP请求包IP首部协议号修改为一个未被使用的协议号,例如从UDP的17修改为193,另外在IP首部和UDP首部之间插入如下表1所示的一个8字节的字段,携带客户端的IP地址和/或端口号(CIP/CPORT)信息。其中包括1字节的选项编号(31),1字节的选项长度(8),2字节的客户端端口(CPORT)和4字节的客户端IP(CIP)。应理解,这仅为示意性的例子,并不用于限制本发明,本领域技术人员可以根据实际需要设置字段的长度,而且在字段中可以只插入客户端的地址,或者只插入客户端的端口号,或者同时插入客户端的地址和端口号。
表1插入字段
此外,还应理解,将插入的字段包含在IP选项中将其变成一个非标准的IP选项,可以避免删除该插入字段时需要将后面的数据全部向前移动(内存拷贝)而导致的效率降低,同时也不会影响内核对数据包的处理,因为内核遇到不认识的IP选项会根据字段长度自动跳过。
步骤S306,负载均衡设备将UDP请求包发送至对应的服务器。
应理解,后续来自相同客户端相同端口的请求包到达负载均衡设备时,负载均衡设备会根据IP/VPORT/CIP/CPORT四元组查找会话,找到后即直接做地址转换操作并插入自定义首部,发往服务器即可。
根据本发明实施例的UDP负载均衡方法,通过将客户端的地址和/或端口号插入到UDP请求包中,使得服务器可以获取客户端的真实IP,从而可以提供基于地理位置的相关服务器等。而且,由于服务器知道客户端的真实IP地址,可以通知客户端对地址转换进行穿透,同时服务器可以使用负载均衡设备而不需直接暴露在外网,减少了受攻击的风险,提高了安全性。
图5a和图5b为本发明一个实施例的UDP负载均衡方法的流程图。图6为本发明一个实施例的UDP负载均衡系统中数据包传递过程示意图。如图5和图6所示,该方法包括下述步骤:
步骤S401,负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包。负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址。
步骤S402,负载均衡设备根据负载均衡策略为客户端选择对应的服务器。
步骤S403,负载均衡设备建立客户端和服务器之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,其中,第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器的IP地址和/或端口号之间的对应关系。
步骤S404,负载均衡设备对UDP请求包进行源地址和目的地址转换。
步骤S405,负载均衡设备将UDP请求包的协议号修改为特殊协议号,并在UDP请求包中插入客户端的IP地址和/或端口号。
步骤S406,负载均衡设备将UDP请求包发送至对应的服务器。
上述步骤S401至步骤S406的具体实现过程与上述步骤S 301至步骤S 306相同,此处不再详细描述。
步骤S407,服务器接收UDP请求包,并从UDP请求包中获取客户端的IP地址和/或端口号。
步骤S408,服务器根据客户端的IP地址和/或端口号以及服务器的IP地址和/或端口号建立会话。
步骤S409,服务器恢复UDP请求包的协议号。
具体地,根据本发明的一个实施例,服务器将UDP请求包的IP首部长度字段加8,使得IP首部长度覆盖插入的8字节信息,最后将IP首部协议字段改回原首部协议号。
步骤S410,负载均衡设备接收服务器根据处理后的UDP请求包返回的UDP响应包。
生成的UDP响应包的源/目的IP分别为RIP和CIP。UDP响应包到到达服务器内核后由内核模块查找转换表,将CIP/CPORT替换回BIP/BPORT,然后发送给负载均衡设备。
如上所述,在服务器的内核中会维护一个转换表,在带有插入字段的请求包进入时会建立一个表项,在UDP响应包外出时会查询该表。当不断有新的客户端访问时,该表会越来越大,占用大量的内存。为了防止这种情况发生,需要对每个表项设置一个超时时间,当一段时间没有用到该表项时即从转换表中将该项删除。该超时时间必须小于上述的负载均衡设备上的会话超时时间,否则从服务器返回的响应包可能因为负载均衡设备上的会话已删除而无法返回从而被负载均衡设备丢弃。
步骤S411,负载均衡设备根据UDP响应包确定UDP响应包所对应的会话。
步骤S412,负载均衡设备根据UDP响应包所对应的会话查找第一哈希表和第二哈希表以确定UDP响应包所对应的客户端的IP地址和/或端口号。
步骤S413,负载均衡设备根据客户端的IP地址和/或端口号对UDP响应包进行源地址和目的地址转换,并将UDP响应包发送至客户端。
负载均衡设备收到UDP响应包后根据RIP/RPORT/BIP/BPORT在内部会话表中查找会话,找到后将响应包的源IP/端口从RIP/RPORT替换为VIP/VPORT,目的IP/端口从BIP/BPORT替换为CIP/VPORT,然后从对外端口发送至客户端。
根据本发明实施例的负载均衡方法,至少具有以下有益效果:
1、后端服务器和负载均衡设备部署在不同的网段,灵活性高。
2、后端服务器的默认网关不需指向负载均衡设备,即返回的数据包可以不经默认路由回到负载均衡设备。
3、两个方向的数据流都经过负载均衡设备,实现完整追踪连接状态,有利于数据流的监控。
4、只需在负载均衡设备上配置虚拟IP即可,添加删除虚拟IP对于服务器完全透明,有利于集群部署。
5、服务器可以获取到客户端的真实地址,有利于开展地理位置相关的服务。
6、服务器可以获取到客户端的真实地址,可以通知客户端对地址转换进行穿透,同时服务器可以使用负载均衡设备而无需直接暴露在外网,减少受攻击的风险,增加安全性。
为实现上述实施例,本发明还提出一种UDP负载均衡系统。
图7为本发明一个实施例的UDP负载均衡系统的结构框图。如图7所示,该系统包括:客户端1、负载均衡设备2和后端服务器3。负载均衡设备2相对于内网和外网分别具有虚拟IP地址和后端IP地址。
客户端1用于向负载均衡设备2发送UDP请求包。负载均衡设备2用于通过虚拟IP地址接收客户端1发送的UDP请求包,根据负载均衡策略为客户端1选择对应的服务器3并建立客户端1和服务器3之间的会话,并分别将会话插入至第一哈希表和第二哈希表中,以及对UDP请求包进行源地址和目的地址转换,并将UDP请求包发送至对应的服务器3,其中第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端1的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器3的IP地址和/或端口号之间的对应关系。服务器3用于接收负载均衡设备2发送的UDP请求包。
根据本发明实施例的UDP负载均衡系统,通过在负载均衡设备上配置虚拟IP,服务器完全不用知道虚拟IP的存在,需要添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。
在本发明的一个实施例中,服务器3还用于根据接收到的UDP请求包返回相应的UDP响应包。负载均衡设备2还用于接收服务器3的UDP响应包,根据UDP响应包确定UDP响应包所对应的会话,并根据UDP响应包所对应的会话查找第一哈希表和第二哈希表以确定UDP响应包所对应的客户端1的IP地址和/或端口号,以及根据客户端1的IP地址和/或端口号对UDP响应包进行源地址和目的地址转换,并将UDP响应包发送至客户端1。由此,服务器返回的数据包可以不经默认路由回到负载均衡设备,使得负载均衡设备能够完整追踪连接状态,从而有利于数据流的监控。
在本发明的一个实施例中,负载均衡设备2还用于在客户端1和服务器3之间的会话超过预设超时时间后关闭会话。
在本发明的另一个实施例中,负载均衡设备2还用于在将UDP请求包发送至对应的服务器3之前,将UDP请求包的协议号修改为特殊协议号,并在UDP请求包中插入客户端1的IP地址和/或端口号。服务器3还用于在接收到UDP请求包之后,从UDP请求包中获取客户端1的IP地址和/或端口号,并根据客户端1的IP地址和/或端口号以及服务器3的IP地址和/或端口号建立会话,以及恢复UDP请求包的协议号。由此,服务器可以获取客户端的真实IP,从而可以提供基于地理位置的相关服务器等。而且,由于服务器知道客户端的真实IP地址,可以通知客户端对地址转换进行穿透,同时服务器可以使用负载均衡设备而不需直接暴露在外网,减少了受攻击的风险,提高了安全性。
图8为本发明一个实施例的负载均衡设备的结构框图。如图8所示,该负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址,且该负载均衡设备包括接收模块21、会话建立模块22、插入模块23、地址转换模块24和发送模块25。
接收模块21用于通过虚拟IP地址接收客户端1发送的UDP请求包。会话建立模块22用于根据负载均衡策略为客户端1选择对应的服务器3并建立客户端1和服务器3之间的会话。插入模块23用于将会话插入至第一哈希表和第二哈希表中,其中第一哈希表包括虚拟IP地址和/或虚拟端口号与客户端1的IP地址和/或端口号之间的对应关系,第二哈希表包括后端IP地址和/或端口号与服务器3的IP地址和/或端口号之间的对应关系。地址转换模块24用于对UDP请求包进行源地址和目的地址转换。发送模块25用于将UDP请求包发送至对应的服务器。
根据本发明实施例的负载均衡设备,通过配置虚拟IP,使得添加删除虚拟IP时仅在负载均衡设备上操作即可,不用对所有服务器进行操作,对于集群部署非常方便。同时,通过源地址转换技术,使得服务器可以知道负载均衡设备的后端IP地址,这样即使服务器的默认路由不指向负载均衡设备,返回的数据包也可以经非默认路由回到负载均衡设备,由此可以实现负载均衡设备和服务器的跨网段部署,提高灵活性,且在某个服务器因异常无法提供服务时,可以迅速部署另一个服务器来提供服务,增加安全性。
图9为本发明一个实施例的负载均衡设备的结构构图。如图9所示,在图8所示的实施例的基础上,该负载均衡设备还包括地址确定模块26。
首先,发送模块21接收服务器3根据UDP请求包返回的UDP响应包。
然后,地址确定模块26根据UDP响应包确定UDP响应包所对应的会话,并根据UDP响应包所对应的会话查找第一哈希表和第二哈希表以确定UDP响应包所对应的客户端的IP地址和/或端口号。
接着,地址转换模块24根据客户端的IP地址和/或端口号对UDP响应包进行源地址和目的地址转换。
最后,发送模块25将UDP响应包发送至客户端1。
由此,服务器返回的数据包可以不经默认路由回到负载均衡设备,使得负载均衡设备能够完整追踪连接状态,从而有利于数据流的监控。
图10为本发明一个实施例的负载均衡设备的结构框图。如图10所示,在图9所示的实施例的基础上,该负载均衡设备2还包括超时关闭模块27。超时关闭模块27用于在客户端1和服务器3之间的会话超过预设超时时间之后关闭会话。
在本发明的一个实施例中,地址确定模块26为可选的。
图11为本发明一个实施例的负载均衡设备的结构框图。如图11所示,在图10所示的实施例的基础上,该负载均衡设备还包括修改模块28。
修改模块28用于在发送模块25将UDP请求包发送至服务器之前,将UDP请求包的协议号修改为特殊协议号,并在UDP请求包中插入客户端1的IP地址和/或端口号。由此,服务器可以获得客户端的真实IP地址,由此可以开展地理位置相关的服务等。
在本发明的一个实施例中,地址确定模块26和超时关闭模块17均为可选的。
本发明另一个方面还提出一种服务器。
图12为本发明一个实施例的服务器的结构框图。如图12所示,该服务器包括接收模块31、解析模块32、会话建立模块33和恢复模块34。
接收模块31用于接收负载均衡设备2发送的UDP请求包,其中UDP请求包的协议号为特殊协议号,且UDP请求包中包括客户端1的IP地址和/或端口号。解析模块32用于解析UDP请求包以获取客户端1的IP地址和/或端口号。会话建立模块33用于根据客户端1的IP地址和/或端口号以及服务器3的IP地址和/或端口号建立会话。恢复模块34用于恢复UDP请求包的协议号。
根据本发明实施例的服务器,可以获取到客户端的真实地址,从而可以开展地理位置相关的服务。
上述系统和装置中各个模块的工作过程可参见方法实施例的描述,此处不再详细描述。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本发明的实施例,本领域的普通技术人员可以理解:在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由权利要求及其等同物限定。
Claims (18)
1.一种用户数据包协议UDP负载均衡方法,其特征在于,包括以下步骤:
负载均衡设备通过虚拟IP地址接收客户端发送的UDP请求包,所述负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址;
所述负载均衡设备根据负载均衡策略为所述客户端选择对应的服务器;
所述负载均衡设备建立所述客户端和所述服务器之间的会话,并分别将所述会话插入至第一哈希表和第二哈希表中,其中,所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括所述后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;以及
所述负载均衡设备对所述UDP请求包进行源地址和目的地址转换,并将所述UDP请求包发送至所述对应的服务器。
2.如权利要求1所述的UDP负载均衡方法,其特征在于,还包括:
所述负载均衡设备接收所述服务器根据所述UDP请求包返回的UDP响应包;
所述负载均衡设备根据所述UDP响应包确定所述UDP响应包所对应的会话;
所述负载均衡设备根据所述UDP响应包所对应的会话查找所述第一哈希表和第二哈希表以确定所述UDP响应包所对应的客户端的IP地址和/或端口号;以及
所述负载均衡设备根据所述客户端的IP地址和/或端口号对所述UDP响应包进行源地址和目的地址转换,并将所述UDP响应包发送至所述客户端。
3.如权利要求1所述的UDP负载均衡方法,其特征在于,在建立所述会话之后,还包括:
所述负载均衡设备在所述服务器和所述客户端之间的会话超过预设超时时间之后关闭所述会话。
4.如权利要求1所述的UDP负载均衡方法,其特征在于,在将所述UDP请求包发送至所述对应的服务器之前,还包括:
所述负载均衡设备将所述UDP请求包的协议号修改为特殊协议号,并在所述UDP请求包中插入所述客户端的IP地址和/或端口号。
5.如权利要求4所述的UDP负载均衡方法,其特征在于,还包括:
所述服务器接收所述UDP请求包,并从所述UDP请求包中获取所述客户端的IP地址和/或端口号;
所述服务器根据所述客户端的IP地址和/或端口号以及所述服务器的IP地址和/或端口号建立会话;
所述服务器恢复所述UDP请求包的协议号。
6.一种UDP负载均衡系统,其特征在于,包括客户端、负载均衡设备和服务器,其中,
所述客户端,用于向所述负载均衡设备发送UDP请求包;
所述负载均衡设备,用于通过虚拟IP地址接收所述客户端发送的UDP请求包,根据负载均衡策略为所述客户端选择对应的服务器并建立所述客户端和所述服务器之间的会话,并分别将所述会话插入至第一哈希表和第二哈希表中,以及对所述UDP请求包进行源地址和目的地址转换,并将所述UDP请求包发送至所述对应的服务器,其中所述负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址,所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;
所述服务器,用于接收所述负载均衡设备发送的UDP请求包。
7.如权利要求6所述的UDP负载均衡系统,其特征在于,所述服务器还用于根据所述UDP请求包返回相应的UDP响应包。
8.如权利要求7所述的UDP负载均衡系统,其特征在于,所述负载均衡设备还用于接收所述服务器UDP响应包,根据所述UDP响应包确定所述UDP响应包所对应的会话,并根据所述UDP响应包所对应的会话查找所述第一哈希表和第二哈希表以确定所述UDP响应包所对应的客户端的IP地址和/或端口号,以及根据所述客户端的IP地址和/或端口号对所述UDP响应包进行源地址和目的地址转换,并将所述UDP响应包发送至所述客户端。
9.如权利要求6所述的UDP负载均衡系统,其特征在于,所述负载均衡设备还用于在所述客户端和所述服务器之间的会话超过预设超时时间之后关闭所述会话。
10.如权利要求6所述的UDP负载均衡系统,其特征在于,所述负载均衡设备还用于在将所述UDP请求包发送至所述对应的服务器之前,将所述UDP请求包的协议号修改为特殊协议号,并在所述UDP请求包中插入所述客户端的IP地址和/或端口号。
11.如权利要求10所述的UDP负载均衡系统,其特征在于,所述服务器还用于在接收所述UDP请求包之后,从所述UDP请求包中获取所述客户端的IP地址和/或端口号,并根据所述客户端的IP地址和/或端口号以及所述服务器的IP地址和/或端口号建立会话,以及恢复所述UDP请求包的协议号。
12.一种负载均衡设备,其特征在于,所述负载均衡设备相对于外网和内网分别具有虚拟IP地址和后端IP地址,且所述负载均衡设备包括:
接收模块,用于通过虚拟IP地址接收客户端发送的UDP请求包;
会话建立模块,用于根据负载均衡策略为所述客户端选择对应的服务器并建立所述客户端和所述服务器之间的会话;
插入模块,用于将所述会话插入至第一哈希表和第二哈希表中,其中所述第一哈希表包括所述虚拟IP地址和/或虚拟端口号与所述客户端的IP地址和/或端口号之间的对应关系,所述第二哈希表包括所述后端IP地址和/或端口号与所述服务器的IP地址和/或端口号之间的对应关系;
地址转换模块,用于对所述UDP请求包进行源地址和目的地址转换;以及
发送模块,用于将所述UDP请求包发送至对应的服务器。
13.如权利要求12所述的负载均衡设备,其特征在于,所述接收模块还用于接收所述服务器根据所述UDP请求包返回的UDP响应包。
14.如权利要求13所述的负载均衡设备,其特征在于,还包括:
地址确定模块,用于根据所述UDP响应包确定所述UDP响应包所对应的会话,并根据所述UDP响应包所对应的会话查找所述第一哈希表和第二哈希表以确定所述UDP响应包所对应的客户端的IP地址和/或端口号。
15.如权利要求14所对应的负载均衡设备,其特征在于,所述地址转换模块还用于根据所述客户端的IP地址和/或端口号对所述UDP响应包进行源地址和目的地址转换,且所述发送模块还用于将所述UDP响应包发送至所述客户端。
16.如权利要求12所述的负载均衡设备,其特征在于,还包括:
超时关闭模块,用于在所述客户端和所述服务器之间的会话超过预设超时时间之后关闭所述会话。
17.如权利要求12所述的负载均衡设备,其特征在于,还包括:
修改模块,用于在所述发送模块将所述UDP请求包发送至服务器之前,将所述UDP请求包的协议号修改为特殊协议号,并在所述UDP请求包中插入所述客户端的IP地址和/或端口号。
18.一种服务器,其特征在于,包括:
接收模块,用于接收负载均衡设备发送的UDP请求包,其中所述UDP请求包的协议号为特殊协议号,且所述UDP请求包中包括客户端的IP地址和/或端口号;
解析模块,用于解析所述UDP请求包以获取所述客户端的IP地址和/或端口号;
会话建立模块,用于根据所述客户端的IP地址和/或端口号以及所述服务器的IP地址和/或端口号建立会话;以及
恢复模块,用于恢复所述UDP请求包的协议号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210189880.2A CN103491053A (zh) | 2012-06-08 | 2012-06-08 | Udp负载均衡方法、系统及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210189880.2A CN103491053A (zh) | 2012-06-08 | 2012-06-08 | Udp负载均衡方法、系统及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103491053A true CN103491053A (zh) | 2014-01-01 |
Family
ID=49831017
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210189880.2A Pending CN103491053A (zh) | 2012-06-08 | 2012-06-08 | Udp负载均衡方法、系统及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103491053A (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580228A (zh) * | 2015-01-16 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 对来自网络的访问请求产生黑名单的系统和方法 |
CN104580216A (zh) * | 2015-01-09 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 一种对访问请求进行限制的系统和方法 |
CN104811383A (zh) * | 2015-03-19 | 2015-07-29 | 杭州华三通信技术有限公司 | 一种报文转发方法和设备 |
CN106686129A (zh) * | 2017-01-23 | 2017-05-17 | 天地融科技股份有限公司 | 一种负载均衡方法及系统 |
CN106713499A (zh) * | 2017-01-23 | 2017-05-24 | 天地融科技股份有限公司 | 一种负载均衡方法、设备及系统 |
CN106790675A (zh) * | 2017-01-23 | 2017-05-31 | 天地融科技股份有限公司 | 一种集群内负载均衡方法、设备和系统 |
CN107070983A (zh) * | 2017-01-23 | 2017-08-18 | 天地融科技股份有限公司 | 一种基于地址转发的负载均衡方法、设备和系统 |
CN107086966A (zh) * | 2016-02-16 | 2017-08-22 | 阿里巴巴集团控股有限公司 | 一种网络的负载均衡、控制及网络交互方法和装置 |
CN107342972A (zh) * | 2016-05-03 | 2017-11-10 | 中国移动通信集团辽宁有限公司 | 一种实现远程访问的方法及装置 |
CN107786669A (zh) * | 2017-11-10 | 2018-03-09 | 华为技术有限公司 | 一种负载均衡处理的方法、服务器、装置及存储介质 |
CN107888643A (zh) * | 2016-09-30 | 2018-04-06 | 北京神州泰岳软件股份有限公司 | 一种udp负载均衡方法、装置和系统 |
CN110099115A (zh) * | 2019-04-30 | 2019-08-06 | 湖南麒麟信安科技有限公司 | 一种透明调度转发的负载均衡方法及系统 |
CN110602182A (zh) * | 2019-08-27 | 2019-12-20 | 深圳前海达闼云端智能科技有限公司 | 服务调度方法、装置、系统、全局负载均衡器及客户端 |
CN111338454A (zh) * | 2020-02-29 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种服务器电源负载均衡的系统及方法 |
CN111866064A (zh) * | 2016-12-29 | 2020-10-30 | 华为技术有限公司 | 一种负载均衡的方法、装置和系统 |
CN112099942A (zh) * | 2020-08-04 | 2020-12-18 | 北京奇艺世纪科技有限公司 | 端口复用方法、系统、终端、服务器、设备及存储介质 |
CN112134733A (zh) * | 2020-09-11 | 2020-12-25 | 苏州浪潮智能科技有限公司 | 一种udp协议下自动化测试负载均衡的方法、系统 |
WO2021073431A1 (zh) * | 2019-10-18 | 2021-04-22 | 平安科技(深圳)有限公司 | 一种客户端地址获取方法、装置、存储介质及计算机设备 |
US11070475B2 (en) * | 2018-12-13 | 2021-07-20 | Google Llc | Transparent migration of virtual network functions |
CN113806091A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 一种数据处理方法、装置及设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030056002A1 (en) * | 2001-09-18 | 2003-03-20 | Trethewey James R. | Load balancing and fault tolerance for server-based software applications |
US20030195984A1 (en) * | 1998-07-15 | 2003-10-16 | Radware Ltd. | Load balancing |
US20040260745A1 (en) * | 2003-06-18 | 2004-12-23 | Gage Christopher A. S. | Load balancer performance using affinity modification |
CN1694430A (zh) * | 2005-05-25 | 2005-11-09 | 复旦大学 | 基于nat的udp流媒体服务器的网关穿透方法 |
CN101030946A (zh) * | 2007-04-12 | 2007-09-05 | 华为技术有限公司 | 一种实现数据业务的方法及系统 |
CN101252591A (zh) * | 2008-04-03 | 2008-08-27 | 中国科学技术大学 | 实现上下行数据分离的方法和装置 |
CN101420423A (zh) * | 2007-10-26 | 2009-04-29 | 株式会社日立制作所 | 网络系统 |
CN102075445A (zh) * | 2011-02-28 | 2011-05-25 | 杭州华三通信技术有限公司 | 负载均衡方法及装置 |
CN102255932A (zh) * | 2010-05-20 | 2011-11-23 | 百度在线网络技术(北京)有限公司 | 负载均衡方法和负载均衡器 |
-
2012
- 2012-06-08 CN CN201210189880.2A patent/CN103491053A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030195984A1 (en) * | 1998-07-15 | 2003-10-16 | Radware Ltd. | Load balancing |
US20030056002A1 (en) * | 2001-09-18 | 2003-03-20 | Trethewey James R. | Load balancing and fault tolerance for server-based software applications |
US20040260745A1 (en) * | 2003-06-18 | 2004-12-23 | Gage Christopher A. S. | Load balancer performance using affinity modification |
CN1694430A (zh) * | 2005-05-25 | 2005-11-09 | 复旦大学 | 基于nat的udp流媒体服务器的网关穿透方法 |
CN101030946A (zh) * | 2007-04-12 | 2007-09-05 | 华为技术有限公司 | 一种实现数据业务的方法及系统 |
CN101420423A (zh) * | 2007-10-26 | 2009-04-29 | 株式会社日立制作所 | 网络系统 |
CN101252591A (zh) * | 2008-04-03 | 2008-08-27 | 中国科学技术大学 | 实现上下行数据分离的方法和装置 |
CN102255932A (zh) * | 2010-05-20 | 2011-11-23 | 百度在线网络技术(北京)有限公司 | 负载均衡方法和负载均衡器 |
CN102075445A (zh) * | 2011-02-28 | 2011-05-25 | 杭州华三通信技术有限公司 | 负载均衡方法及装置 |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104580216B (zh) * | 2015-01-09 | 2017-10-03 | 北京京东尚科信息技术有限公司 | 一种对访问请求进行限制的系统和方法 |
CN104580216A (zh) * | 2015-01-09 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 一种对访问请求进行限制的系统和方法 |
CN104580228A (zh) * | 2015-01-16 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 对来自网络的访问请求产生黑名单的系统和方法 |
CN104811383A (zh) * | 2015-03-19 | 2015-07-29 | 杭州华三通信技术有限公司 | 一种报文转发方法和设备 |
CN104811383B (zh) * | 2015-03-19 | 2018-01-09 | 新华三技术有限公司 | 一种报文转发方法和设备 |
CN107086966B (zh) * | 2016-02-16 | 2021-07-27 | 阿里巴巴集团控股有限公司 | 一种网络的负载均衡、控制及网络交互方法和装置 |
CN107086966A (zh) * | 2016-02-16 | 2017-08-22 | 阿里巴巴集团控股有限公司 | 一种网络的负载均衡、控制及网络交互方法和装置 |
WO2017140216A1 (zh) * | 2016-02-16 | 2017-08-24 | 阿里巴巴集团控股有限公司 | 一种网络的负载均衡、控制及网络交互方法和装置 |
TWI746506B (zh) * | 2016-02-16 | 2021-11-21 | 香港商阿里巴巴集團服務有限公司 | 用於網路的負載均衡、控制及網路交互的方法和裝置 |
CN107342972B (zh) * | 2016-05-03 | 2020-09-08 | 中国移动通信集团辽宁有限公司 | 一种实现远程访问的方法及装置 |
CN107342972A (zh) * | 2016-05-03 | 2017-11-10 | 中国移动通信集团辽宁有限公司 | 一种实现远程访问的方法及装置 |
CN107888643A (zh) * | 2016-09-30 | 2018-04-06 | 北京神州泰岳软件股份有限公司 | 一种udp负载均衡方法、装置和系统 |
US11265368B2 (en) | 2016-12-29 | 2022-03-01 | Huawei Technologies Co., Ltd. | Load balancing method, apparatus, and system |
CN111866064B (zh) * | 2016-12-29 | 2021-12-28 | 华为技术有限公司 | 一种负载均衡的方法、装置和系统 |
CN111866064A (zh) * | 2016-12-29 | 2020-10-30 | 华为技术有限公司 | 一种负载均衡的方法、装置和系统 |
CN106686129A (zh) * | 2017-01-23 | 2017-05-17 | 天地融科技股份有限公司 | 一种负载均衡方法及系统 |
CN107070983A (zh) * | 2017-01-23 | 2017-08-18 | 天地融科技股份有限公司 | 一种基于地址转发的负载均衡方法、设备和系统 |
CN106790675A (zh) * | 2017-01-23 | 2017-05-31 | 天地融科技股份有限公司 | 一种集群内负载均衡方法、设备和系统 |
CN106713499A (zh) * | 2017-01-23 | 2017-05-24 | 天地融科技股份有限公司 | 一种负载均衡方法、设备及系统 |
CN107786669A (zh) * | 2017-11-10 | 2018-03-09 | 华为技术有限公司 | 一种负载均衡处理的方法、服务器、装置及存储介质 |
CN107786669B (zh) * | 2017-11-10 | 2021-06-22 | 华为技术有限公司 | 一种负载均衡处理的方法、服务器、装置及存储介质 |
US11070475B2 (en) * | 2018-12-13 | 2021-07-20 | Google Llc | Transparent migration of virtual network functions |
CN110099115A (zh) * | 2019-04-30 | 2019-08-06 | 湖南麒麟信安科技有限公司 | 一种透明调度转发的负载均衡方法及系统 |
CN110099115B (zh) * | 2019-04-30 | 2022-02-22 | 湖南麒麟信安科技股份有限公司 | 一种透明调度转发的负载均衡方法及系统 |
CN110602182B (zh) * | 2019-08-27 | 2022-02-01 | 达闼机器人有限公司 | 服务调度方法、装置、系统、全局负载均衡器及客户端 |
CN110602182A (zh) * | 2019-08-27 | 2019-12-20 | 深圳前海达闼云端智能科技有限公司 | 服务调度方法、装置、系统、全局负载均衡器及客户端 |
WO2021073431A1 (zh) * | 2019-10-18 | 2021-04-22 | 平安科技(深圳)有限公司 | 一种客户端地址获取方法、装置、存储介质及计算机设备 |
CN111338454A (zh) * | 2020-02-29 | 2020-06-26 | 苏州浪潮智能科技有限公司 | 一种服务器电源负载均衡的系统及方法 |
CN112099942A (zh) * | 2020-08-04 | 2020-12-18 | 北京奇艺世纪科技有限公司 | 端口复用方法、系统、终端、服务器、设备及存储介质 |
CN112099942B (zh) * | 2020-08-04 | 2023-08-25 | 北京奇艺世纪科技有限公司 | 端口复用方法、系统、终端、服务器、设备及存储介质 |
CN112134733A (zh) * | 2020-09-11 | 2020-12-25 | 苏州浪潮智能科技有限公司 | 一种udp协议下自动化测试负载均衡的方法、系统 |
CN112134733B (zh) * | 2020-09-11 | 2022-12-27 | 苏州浪潮智能科技有限公司 | 一种udp协议下自动化测试负载均衡的方法、系统 |
CN113806091A (zh) * | 2021-09-17 | 2021-12-17 | 中国联合网络通信集团有限公司 | 一种数据处理方法、装置及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103491053A (zh) | Udp负载均衡方法、系统及装置 | |
CN107819677B (zh) | 一种报文转发方法及装置 | |
CN104243318B (zh) | Vxlan网络中的mac地址学习方法及装置 | |
KR101913490B1 (ko) | 플로우 테이블 관리 방법, 및 관련 디바이스 및 시스템 | |
CN108259344B (zh) | 遥测Telemetry方法和装置 | |
US20120303809A1 (en) | Offloading load balancing packet modification | |
CN101052022B (zh) | 一种虚拟专用网用户访问公网的系统和方法 | |
CN105745883B (zh) | 转发表同步的方法、网络设备和系统 | |
US10461958B2 (en) | Packet transmission method and apparatus | |
CN104283806A (zh) | 业务链处理方法和设备 | |
CN108390821B (zh) | 一种openflow交换机实现双活的方法及系统 | |
CN104518939A (zh) | 用于连接通信网络中的主机的方法和相应中继模块 | |
CN107872368B (zh) | 一种网络节点集群中网关可达性的检测方法、装置及终端 | |
US7782790B1 (en) | Extensions to the path verification protocol to support link bundling constructs | |
US20180159758A1 (en) | Virtual media access control addresses for hosts | |
CN104852840A (zh) | 一种控制虚拟机之间互访的方法及装置 | |
CN103491016B (zh) | Udp负载均衡系统中源地址传递方法、系统及装置 | |
CN105052106A (zh) | 用于接收和传输互联网协议(ip)数据包的方法和系统 | |
CN104486217A (zh) | 跨网络的报文转发方法和设备 | |
EP1896959A1 (en) | Multi homing transport protocol on a multi-processor arrangement | |
EP2178270B1 (en) | Methods and apparatuses for using a cache of outgoing packet identifiers to recover from a protocol error in GTP-u | |
CN103281317A (zh) | 一种软件定义网络的攻击测试方法 | |
CN109951388B (zh) | 路由不间断方法和主控板 | |
CN109039891B (zh) | 等价路径管理方法、装置、通信设备及存储介质 | |
EP1835666B1 (en) | Communication device, routing method, and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140101 |
|
RJ01 | Rejection of invention patent application after publication |