CN104468389B - 消息的处理方法、服务器和服务器*** - Google Patents
消息的处理方法、服务器和服务器*** Download PDFInfo
- Publication number
- CN104468389B CN104468389B CN201410705646.XA CN201410705646A CN104468389B CN 104468389 B CN104468389 B CN 104468389B CN 201410705646 A CN201410705646 A CN 201410705646A CN 104468389 B CN104468389 B CN 104468389B
- Authority
- CN
- China
- Prior art keywords
- server
- application
- bridge
- port
- network card
- 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
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 23
- 230000002776 aggregation Effects 0.000 claims abstract description 129
- 238000004220 aggregation Methods 0.000 claims abstract description 129
- 230000004044 response Effects 0.000 claims description 112
- 238000000034 method Methods 0.000 claims description 33
- 238000004891 communication Methods 0.000 abstract description 12
- 230000003993 interaction Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000002184 metal Substances 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
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供一种消息的处理方法、服务器和服务器***,该***包括至少两个服务器,每个服务器包括两个网卡;每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将每个网桥的第一端口绑定成一个聚合端口,聚合端口的地址设置为每个服务器的第一网卡的地址,在每个服务器的第二网桥上配置转发流表以将每个服务器的第二网卡接收到的应用访问请求消息转发到每个服务器的聚合端口。本发明实施例提供的消息的处理方法、服务器和服务器***达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信。
Description
技术领域
本发明实施例涉及IT技术,尤其涉及一种消息的处理方法、服务器和服务器***。
背景技术
随着信息技术(英文:Information Technology;简称:IT)的飞速发展,提高服务器网络连接的高可靠性和高吞吐能力已经越来越重要。
现有技术中,将服务器采用多网卡配置的方式,将多个网卡使用IEEE802.3ad协议绑定在一起,同时为了配合服务器的网卡绑定,在交换机上启用链路汇聚控制协议(英文:Link Aggregation Control Protocol;简称:LACP),来实现服务器之间的负载均衡。
但是,在现有的负载均衡实现方案中,若某台服务器在某种场景下不能采用IEEE802.3ad协议将多个网卡进行绑定时,此时该服务器有可能会向交换机发送非LACP协议报文,以完成服务器之间的通信。由于该交换机已经配置了LACP协议,且在LACP协议生效之前,该交换机的端口不能发送和接收任何非LACP协议报文。因此,服务器发出的报文到达该交换机后会被该交换机丢弃,从而导致该服务器不能和其它服务器正常通信,造成业务受阻。
发明内容
本发明实施例提供一种消息的处理方法、服务器和服务器***,用以解决现有技术中在实现网络负载均衡时,当某台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定时,造成该服务器不能和其它服务器进行正常通信的问题。
第一方面,本发明实施例提供一种消息的处理方法,应用于服务器***,所述***包括至少两个服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,所述每两个服务器之间的第一物理通道为所述两个服务器的第一网卡连接形成,所述每两个服务器之间的第二物理通道为所述两个服务器的第二网卡连接形成;
每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将所述每个网桥的第一端口绑定成一个聚合端口,所述聚合端口的地址设置为所述每个服务器的第一网卡的地址,所述每个聚合端口与应用处理器存在接口,所述每个网桥的第二端口与应用加载处理器存在接口,在所述每个服务器的第二网桥上配置转发流表以将所述每个服务器的第二网卡接收到的应用访问请求消息转发到所述每个服务器的聚合端口。
结合第一方面,在第一方面的第一种可能的实现方式中,还包括:
通过第一服务器的第一网卡接收第二服务器发送的应用加载消息,通过所述第一服务器的第一网桥的第二端口将所述应用加载消息发送到所述应用加载处理器,所述第一服务器的第一网桥的第二端口接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;
或者,
通过第一服务器的第二网卡接收第二服务器发送的应用加载消息,通过所述第一服务器的第二网桥的第二端口将所述应用加载消息发送到所述应用加载处理器,所述第一服务器的第二网桥的第二端口接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
结合第一方面,在第一方面的第二种可能的实现方式中,还包括:
通过第一服务器的第一网卡接收第二服务器发送的应用访问请求消息,通过所述第一服务器的第一网桥的第一端口将所述应用访问请求消息发送到所述第一服务器的聚合端口,所述第一服务器的聚合端口将所述应用访问请求发送到所述应用处理器;
或者,
通过第一服务器的第二网卡接收第二服务器发送的应用访问请求消息,根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址,并通过所述第一服务器的第二网桥的第一端口将所述应用访问请求消息发送到所述第一服务器的聚合端口,所述第一服务器的聚合端口将所述应用访问请求发送到所述应用处理器。
结合第一方面的第二种可能的实现方式,在第一方面的第三种可能的实现方式中,所述第一服务器的聚合端口上还配置有负载均衡策略,所述方法还包括:
所述第一服务器的聚合端口接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,当所述第一服务器的聚合端口选择所述第一服务器的第一网卡转发所述应用访问请求消息的响应消息到所述第二服务器,所述转发步骤包括:
所述第一服务器的聚合端口将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口,所述第一服务器的第一网桥的第一端口将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
结合第一方面的第三种可能的实现方式,在第一方面的第五种可能的实现方式中,当所述第一服务器的聚合端口选择所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器,所述转发步骤包括:
所述第一服务器的聚合端口将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口,所述第一服务器的第二网桥的第一端口根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址,并将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
第二方面,本发明实施例提供一种服务器,应用于服务器***,所述***包括至少两个所述服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,所述每两个服务器之间的第一物理通道为所述两个服务器的第一网卡连接形成,所述每两个服务器之间的第二物理通道为所述两个服务器的第二网卡连接形成;
每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将所述每个网桥的第一端口绑定成一个聚合端口,所述聚合端口的地址设置为所述每个服务器的第一网卡的地址,所述每个聚合端口与应用处理器存在接口,所述每个网桥的第二端口与应用加载处理器存在接口,在所述每个服务器的第二网桥上配置转发流表以将所述每个服务器的第二网卡接收到的应用访问请求消息转发到所述每个服务器的聚合端口。
结合第二方面,在第二方面的第一种可能的实现方式中,第一服务器的第一网卡,用于接收第二服务器发送的应用加载消息;
第一服务器的第一网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;
所述第一服务器的第一网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;
第一服务器的第二网卡,用于接收第二服务器发送的应用加载消息;
第一服务器的第二网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;
所述第一服务器的第二网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
结合第二方面,在第二方面的第二种可能的实现方式中,所述第一服务器的第一网卡,还用于接收第二服务器发送的应用访问请求消息;
所述第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;
第一服务器的聚合端口,用于将所述应用访问请求发送到所述应用处理器;
所述第一服务器的第二网卡,用于接收第二服务器发送的应用访问请求消息,根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址;
所述第一服务器的第二网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;
所述第一服务器的聚合端口,还用于将所述应用访问请求发送到所述应用处理器。
结合第二方面的第二种可能的实现方式,在第二方面的第三种可能的实现方式中,所述第一服务器的聚合端口上还配置有负载均衡策略,其中:
所述第一服务器的聚合端口,还用于接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
结合第二方面的第三种可能的实现方式,在第二方面的第四种可能的实现方式中,所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口;
所述第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
结合第二方面的第三种可能的实现方式,在第二方面的第五种可能的实现方式中,所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口;
所述第一服务器的第二网桥的第一端口,还用于根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址,并将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
第三方面,本发明实施例提供一种服务器***,包括:网关设备和如第二方面、第二方面的第一种至第二方面的第五中任一种服务器。
本发明提供的消息的处理方法、服务器和服务器***,通过在服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,并且每个网桥包括两个端口,将每个网桥的第一端口绑定成一个聚合端口,聚合端口的地址设置为每个服务器的第一网卡的地址,每个聚合端口与应用处理器存在接口,每个网桥的第二端口与应用加载处理器存在接口,在每个服务器的第二网桥上配置转发流表,以将每个服务器的第二网卡接收到的应用访问请求消息转发到每个服务器的聚合端口,以完成两个服务器之间的数据交互,达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明消息的处理方法所基于的服务器***结构示意图;
图2为本发明消息的处理方法实施例一的流程示意图;
图3为本发明消息的处理方法实施例二的流程示意图;
图4为本发明消息的处理方法实施例三的流程示意图;
图5为本发明消息的处理方法实施例四的流程示意图;
图6为本发明提供的服务器实施例一的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明消息的处理方法所基于的服务器***结构示意图,图1所示的***中包括至少两个服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,每两个服务器之间的第一物理通道为两个服务器的第一网卡连接形成,每两个服务器之间的第二物理通道为两个服务器的第二网卡连接形成。
图1所示的***中以包含两个服务器为例,分别为服务器11和服务器12。其中,服务器11和服务器12均包含两个网卡,假设服务器11中的两个网卡分别为第一网卡13和第二网卡14,服务器12中的两个网卡分别为第一网卡15和第二网卡16,将服务器11的第一网卡13连接到网关设备41,将服务器12的第一网卡15也连接到网关设备41,由此可以通过两个服务器的第一网卡与网关设备相连接形成第一条物理通道,类似的,将服务器11的第二网卡14连接到网关设备42,将服务器12的第二网卡16也连接到网关设备42,形成两个服务器之间的第二条物理通道。
图2为本发明消息的处理方法实施例一的流程示意图,如图2所示,本实施例的方法可以包括:
步骤201、每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将每个网桥的第一端口绑定成一个聚合端口,聚合端口的地址设置为每个服务器的第一网卡的地址,每个聚合端口与应用处理器存在接口,每个网桥的第二端口与应用加载处理器存在接口。
在本实施例中,如图1所示,在服务器11的第一网卡13和第二网卡14上分别设置第一网桥17和第二网桥18,将第一网桥17的第一端口21和第二网桥18的第一端口23绑定成服务器11的聚合端口29,该聚合端口29与应用处理器31存在接口,而第一网桥17的第二端口22和第二网桥18的第二端口24与应用加载处理器33之间存在接口。
步骤202、在每个服务器的第二网桥上配置转发流表以将每个服务器的第二网卡接收到的应用访问请求消息转发到每个服务器的聚合端口。
在本实施例中,在每个服务器的第二网桥上均配置转发流表,用于修改应用访问请求消息的源地址,使应用访问请求消息转发到每个服务器的聚合端口。
本发明提供的消息的处理方法,通过在服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,并且每个网桥包括两个端口,将每个网桥的第一端口绑定成一个聚合端口,聚合端口的地址设置为每个服务器的第一网卡的地址,每个聚合端口与应用处理器存在接口,每个网桥的第二端口与应用加载处理器存在接口,在每个服务器的第二网桥上配置转发流表,以将每个服务器的第二网卡接收到的应用访问请求消息转发到每个服务器的聚合端口,以完成两个服务器之间的数据交互,达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信。
另外,图1中的网关设备41和网关设备42例如可以是交换机,对于网关设备的具体类型,本发明在此不作特别限制。
图3为本发明消息的处理方法实施例二的流程示意图,本实施例中,以上述图1所示的***为基础,如图3所示,本实施例的方法可以包括:
步骤301、通过第一服务器的第一网卡接收第二服务器发送的应用加载消息。
在本实施例中,第二服务器向第一服务器发送应用加载消息时,先将该应用加载消息发送给网关设备,再由网关设备发送给第一服务器的第一网卡。其中,应用加载消息例如可以是预启动执行环境PXE消息。
步骤302、通过第一服务器的第一网桥的第二端口将应用加载消息发送到应用加载处理器。
在实际应用过程中,第二服务器由于某些原因,例如可以是裸机直接接入、linux操作***内核版本低于2.4或操作***(Operating System;简称OS)使用了其它不支持网口绑定的操作***等原因,不能将两个网卡通过IEEE 802.3ad协议进行绑定。现有技术中,若第二服务器在不能将两个网卡进行绑定的情况下,第一服务器将无法正常和第二服务器发生通信,导致业务受阻。而本实施例中,通过在第一服务器的第一网卡上设置开放虚拟交换标准模式的第一网桥,当第二服务器将应用加载消息发送给网关设备后,由第一服务器的第一网卡接收该应用加载消息,并将其发送到第一服务器的第一网桥。在第一服务器的第一网桥接收到应用加载消息时,通过广播方式将该应用加载消息从第一端口和第二端口进行广播,由于第二端口与应用加载处理器之间存在接口,因此,从第一端口广播出去的应用加载消息会被自动丢弃,而通过第一服务器的第一网桥的第二端口将应用加载消息发送到应用加载处理器,以供应用加载处理器对应用加载消息进行校验,以验证该消息是否正确。其中,该应用加载处理器可以通过软件和/或硬件实现。下面以图1中的服务器12裸机直接接入的情形为例进行详细说明。
当服务器12裸机接入服务器***后,服务器12会通过服务器11自动进行操作***的安装。在具体的实现过程中,通过服务器12的第一网卡15启动应用加载消息后,服务器12将该应用加载消息发送给网关设备41,该网关设备例如可以是交换机。网关设备41接收到应用加载消息之后,通过第一服务器的第一网卡及第一服务器的第一网桥的第二端口将该应用加载消息发送给服务器11。
步骤303、第一服务器的第一网桥的第二端口接收应用加载消息的响应消息,将应用加载消息的响应消息通过第一服务器的第一网卡发送给第二服务器。
在本实施例中,通过服务器11的第一网桥17的第二端口22将应用加载消息发送到应用加载处理器33之后,应用加载处理器33会对应用加载消息进行处理,获得该应用加载消息的响应消息,并将应用加载消息的响应消息发送给服务器11的第一网桥17的第二端口22,服务器11的第一网桥17的第二端口22接收到该应用加载消息的响应消息后,将其通过服务器11的第一网卡13发送给网关设备41,以使网关设备41将应用加载消息的响应消息返回到第二服务器。在第二服务器的第一网卡接收到应用加载消息的响应消息之后,说明其发送的应用加载消息得到了响应,从而完成了一个周期应用加载消息的交互,使得服务器12可以根据应用加载消息的响应消息,来配置本地操作***,从而实现第一服务器与第二服务器之间正常的数据通信,由此可见,第一服务器和第二服务器之间可以按实际需要使用任何通信协议进行通信。
需要进行说明的是,本实施例中以两个服务器之间的第一条物理通道作为应用加载消息的传输路径为例进行说明,即通过第二服务器的第一网卡发送应用加载消息,并由第一服务器的第一网卡进行接收,同样地,若由第二服务器上的第二网卡发送应用加载消息,则通过第一服务器的第二网卡进行接收,并通过第一服务器的第二网桥的第二端口将应用加载消息发送到应用加载处理器,第一服务器的第二网桥的第二端口接收应用加载消息的响应消息,并将该应用加载消息的响应消息通过第一服务器的第二网卡发送给第二服务器,也即,以两个服务器之间的第二条物理通道作为应用加载消息的传输路径,具体的处理方式与将第一条物理通道作为应用加载消息的传输路径的处理方式类似,此处不再赘述。
本发明实施例提供的消息的处理方法,通过在服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,并且每个网桥的第二端口与应用加载处理器之间存在接口,通过第一服务器的第一网卡接收第二服务器发送的应用加载消息,通过第一服务器的第一网桥的第二端口将应用加载消息发送到应用加载处理器,再由第一服务器的第一网桥的第二端口接收应用加载消息的响应消息,并将应用加载消息的响应消息通过第一服务器的第一网卡发送给第二服务器,以此完成数据的交互,达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信。
图4为本发明消息的处理方法实施例三的流程示意图,本实施例在图3所示实施例的基础上,对完成应用加载消息的交互之后,通过第二服务器的第一网卡向第一服务器发送应用访问请求消息,使两个服务器之间进行正常的数据通信,实现网络负载均衡的实施例,作详细说明。本实施例所应用的服务器***的结构与图1类似,此处不再赘述,如图4所示,本实施例的方法可以包括:
步骤401、通过第一服务器的第一网卡接收第二服务器发送的应用访问请求消息。
在本实施例中,当第一服务器和第二服务器之间完成应用加载消息的交互,并在第二服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,将每个网桥的第一端口进行绑定形成聚合端口之后,第二服务器上的应用处理器开始发起应用访问请求,并向第一服务器发送应用访问请求消息。在实际应用中,在第二服务器的聚合端口上还配置有负载均衡策略,具体可以通过将第二服务器的聚合端口的绑定模式设置为平衡策略balance-xor,本领域技术人员可以理解,balance-xor绑定模式是基于指定的传输哈希HASH策略传输数据包,而且该模式可以提供负载平衡和容错能力。第二服务器的聚合端口根据balance-xor策略可以选择是通过第二服务器的第一网卡还是通过第二服务器的第二网卡将应用访问请求消息发送给第一服务器。在具体的实现过程中,通过对第二服务器的第一网卡的第一介质访问控制(Media Access Control;简称:MAC)地址与第二服务器的第二网卡的第二MAC地址进行如下处理:(第一MAC地址XOR第二MAC地址)%第二服务器中网卡的数量,根据获得的计算结果进行选择。例如:在本实施例中,由于第二服务器中网卡的数量为2,对第二服务器的第一网卡的第一MAC地址与第二服务器的第二网卡的第二MAC地址进行异或处理之后,若获得的结果为0,则通过第二服务器的第一网卡将应用访问请求消息发送给第一服务器,若获得的结果为1,则通过第二服务器的第二网卡将应用访问请求消息发送给第一服务器。本实施例中,以第二服务器的聚合端口通过第二服务器的第一网卡向第一服务器发送应用访问请求消息为例进行说明。
通过第二服务器的第一网卡将应用访问请求消息发送到网关设备之后,网关设备将接收到的该应用访问请求消息通过两个服务器之间的第一条物理通道发送到第一服务器的第一网卡。
步骤402、通过第一服务器的第一网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口。
在本实施例中,在第一服务器的第一网卡上设置有第一网桥,在第一服务器的第二网卡上设置有第二网桥,且将每个网桥的第一端口绑定成一个聚合端口。当第一服务器的第一网卡接收到应用访问请求消息后,通过第一服务器的第一网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口。
步骤403、第一服务器的聚合端口将应用访问请求发送到应用处理器。
在本实施例中,由于第一服务器的聚合端口与应用处理器之间存在接口,因此,当第一服务器的聚合端口接收到应用访问请求消息后,会将该应用访问请求消息上报给应用处理器,其中,应用处理器可以通过软件和/或硬件实现。应用处理器对接收到的应用访问请求消息进行处理,获得应用访问请求消息的响应消息。
步骤404、第一服务器的聚合端口接收应用处理器发送的应用访问请求消息的响应消息之后,根据负载均衡策略选择第一服务器的第一网卡或者第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器。
在本实施例中,第一服务器的聚合端口上配置有负载均衡策略,当应用处理器将生成的应用访问请求消息的响应消息发送给第一服务器的聚合端口之后,第一服务器的聚合端口根据配置的负载均衡策略,选择通过第一服务器的第一网卡或者第一服务器的第二网卡,将应用访问请求消息的响应消息发送给网关设备,以使网关设备将该应用访问请求消息的响应消息返回给第二服务器。在具体的实现过程中,在第一服务器的聚合端口上配置负载均衡策略,可以通过将第一服务器的聚合端口的绑定模式设置为平衡策略balance-xor来实现,根据该平衡策略,对第一服务器的第一网卡的第一MAC地址与第一服务器的第二网卡的第二MAC地址进行如下处理:(第一MAC地址XOR第二MAC地址)%第一服务器中网卡的数量,第一服务器的聚合端口根据获得的计算结果选择通过第一服务器的第一网卡或者第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器。例如:在本实施例中,由于第一服务器中网卡的数量为2,对第一服务器的第一网卡的第一MAC地址与第一服务器的第二网卡的第二MAC进行异或处理之后,若获得的结果为0,则通过第一服务器的第一网卡转发应用访问请求消息的响应消息,若获得的结果为1,则通过第一服务器的第二网卡转发应用访问请求消息的响应消息。
当第二服务器接收到应用访问请求消息的响应消息之后,说明应用访问请求消息得到了响应,即完成了一个周期应用访问请求消息的交互,由此可见,第一服务器与第二服务器之间不仅可以进行正常的数据通信,而且可以实现服务器之间的网络负载均衡。
本发明实施例提供的消息的处理方法,通过第一服务器的第一网卡接收第二服务器发送的应用访问请求消息,通过第一服务器的第一网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口,第一服务器的聚合端口将应用访问请求发送到应用处理器,应用处理器对应用访问请求消息进行处理之后,将应用访问请求消息的响应消息发送给第一服务器的聚合端口,第一服务器的聚合端口根据负载均衡策略选择第一服务器的第一网卡或者第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器,以此完成数据的交互,达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信,从而解决了现有技术中业务受阻的问题。
图5为本发明消息的处理方法实施例四的流程示意图,本实施例在图3所示实施例的基础上,对完成应用加载消息的交互之后,通过第二服务器的第二网卡向第一服务器发送应用访问请求消息,使两个服务器之间进行正常的数据通信,实现网络负载均衡的实施例,作详细说明。本实施例所应用的服务器***的结构与图1类似,此处不再赘述,如图5所示,本实施例的方法可以包括:
步骤501、通过第一服务器的第二网卡接收第二服务器发送的应用访问请求消息,根据第一服务器的第二网桥上配置的转发流表,将应用访问请求消息的目的地址修改为第一服务器的第一网卡的地址。
在本实施例中,当第一服务器和第二服务器之间完成应用加载消息的交互,并在第二服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,将每个网桥的第一端口进行绑定形成聚合端口之后,第二服务器上的应用处理器开始发起应用访问请求,并向第一服务器发送应用访问请求消息。根据第二服务器的聚合端口上配置的负载均衡策略,对第二服务器的第一网卡的第一MAC地址与第二服务器的第二网卡的第二MAC地址进行异或处理之后,根据计算结果判断第二服务器的聚合端口是通过第二服务器的第一网卡还是通过第二服务器的第二网卡将应用访问请求消息发送给第一服务器。对于负载均衡策略的处理方式,与实施例三中的处理方式类似,此处不再赘述。若根据负载均衡策略得出第二服务器的聚合端口通过第二服务器的第二网卡发送应用访问请求消息,此时,由于第二服务器的聚合端口的MAC地址为第二服务器的第一网卡的第一MAC地址,因此,第二服务器的聚合端口发送的应用访问请求消息中包含有第二服务器的第一网卡的第一MAC地址,当该应用访问请求消息通过第二服务器的第二网卡发送时,需要根据第二服务器的第二网桥上配置的转发流表,将应用访问请求消息中的第二服务器的第一网卡的第一MAC地址,更新为第二服务器的第二网卡的第二MAC地址,以便将应用访问请求消息发送到第二服务器的第二网卡。需要进行说明的是,第一服务器的第一网卡的第一MAC地址与第二服务器的第一网卡的第一MAC地址相同,第一服务器的第二网卡的第二MAC地址与第二服务器的第二网卡的第二MAC地址相同。
由于通过第二服务器的第二网卡发送应用访问请求消息,则对应地通过第一服务器的第二网卡接收该应用访问请求消息,第一服务器的第二网卡接收到第二服务器发送的应用访问请求消息后,需要将应用访问请求消息通过第一服务器的第二网桥的第一端口发送到第一服务器的聚合端口,由于应用访问请求消息中包含的MAC地址为第二服务器的第二网卡的第二MAC地址,而第一服务器的聚合端口的MAC地址为第一服务器的第一网卡的第一MAC地址,因此,需要根据第一服务器的第二网桥上配置的转发流表,将应用访问请求消息的目的地址修改为第一服务器的第一网卡的第一MAC地址。
步骤502、通过第一服务器的第二网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口。
在本实施例中,将应用访问请求消息的目的地址修改为第一服务器的第一网卡的第一MAC地址之后,通过第一服务器的第二网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口。
步骤503、第一服务器的聚合端口将应用访问请求发送到应用处理器。
步骤504、第一服务器的聚合端口接收应用处理器发送的应用访问请求消息的响应消息之后,根据负载均衡策略选择第一服务器的第一网卡或者第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器。
步骤503-步骤504与步骤403-步骤404类似,此处不再赘述。
本发明实施例提供的消息的处理方法,通过第一服务器的第二网卡接收第二服务器发送的应用访问请求消息,根据第一服务器的第二网桥上配置的转发流表,将应用访问请求消息的目的地址修改为第一服务器的第一网卡的地址,并通过第一服务器的第二网桥的第一端口将应用访问请求消息发送到第一服务器的聚合端口,第一服务器的聚合端口将应用访问请求发送到应用处理器,应用处理器对应用访问请求消息进行处理之后,将应用访问请求消息的响应消息发送给第一服务器的聚合端口,第一服务器的聚合端口根据负载均衡策略选择第一服务器的第一网卡或者第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器,以此完成数据的交互,达到了在实现网络负载均衡时,在其中一台服务器不能采用IEEE 802.3ad协议将多个网卡进行绑定的情况下,服务器之间也可以进行正常的数据通信,从而解决了现有技术中业务受阻的问题。
在本发明的实施五中,如上所述的方法实施例,可选地,当第一服务器的聚合端口选择第一服务器的第一网卡转发应用访问请求消息的响应消息到第二服务器,转发步骤包括:
第一服务器的聚合端口将应用访问请求消息的响应消息发送到第一服务器的第一网桥的第一端口,第一服务器的第一网桥的第一端口将应用访问请求消息的响应消息通过第一服务器的第一网卡发送给第二服务器。
在本发明的实施六中,如上所述的方法实施例,可选地,当第一服务器的聚合端口选择第一服务器的第二网卡转发应用访问请求消息的响应消息到第二服务器,转发步骤包括:
第一服务器的聚合端口将应用访问请求消息的响应消息发送到第一服务器的第二网桥的第一端口,第一服务器的第二网桥的第一端口根据第一服务器的第二网桥上配置的转发流表,将应用访问请求消息的响应消息的源地址由第一服务器的第一网卡的地址修改为第一服务器的第二网卡的地址,并将应用访问请求消息的响应消息通过第一服务器的第二网卡发送给第二服务器。
具体地,由于应用访问请求消息的响应消息的源地址为第一服务器的第一网卡的第一MAC地址,因此,首先需要根据第一服务器的第二网桥上配置的转发流表,将应用访问请求消息的响应消息的源地址由第一服务器的第一网卡的第一MAC地址修改为第一服务器的第二网卡的第二MAC地址,以便根据该应用访问请求消息的响应消息中的第一服务器的第二网卡的第二MAC地址,将其通过第一服务器的第二网卡发送到第二服务器。
需要进行说明的是,第二服务器的第二网卡接收到应用访问请求消息的响应消息后,要将其通过第二服务器的第二网桥的第二端口发送到第二服务器的聚合端口,而第二服务器的聚合端口的MAC地址为第二服务器的第一网卡的第一MAC地址,因此,需要将应用访问请求消息的响应消息的源地址由第一服务器的第二网卡的第二MAC地址修改为第二服务器的第一网卡的第一MAC地址。
本发明还提供一种服务器实施例,如图1所示,该服务器应用于服务器***,所述***包括至少两个所述服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,所述每两个服务器之间的第一物理通道为所述两个服务器的第一网卡连接形成,所述每两个服务器之间的第二物理通道为所述两个服务器的第二网卡连接形成;
每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将所述每个网桥的第一端口绑定成一个聚合端口,所述聚合端口的地址设置为所述每个服务器的第一网卡的地址,所述每个聚合端口与应用处理器存在接口,所述每个网桥的第二端口与应用加载处理器存在接口,在所述每个服务器的第二网桥上配置转发流表以将所述每个服务器的第二网卡接收到的应用访问请求消息转发到所述每个服务器的聚合端口。
在上述实施例中,第一服务器的第一网卡,用于接收第二服务器发送的应用加载消息;第一服务器的第一网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;所述第一服务器的第一网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;
第一服务器的第二网卡,用于接收第二服务器发送的应用加载消息;第一服务器的第二网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;所述第一服务器的第二网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
在上述实施例中,所述第一服务器的第一网卡,还用于接收第二服务器发送的应用访问请求消息;所述第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;第一服务器的聚合端口,用于将所述应用访问请求发送到所述应用处理器;
所述第一服务器的第二网卡,用于接收第二服务器发送的应用访问请求消息,根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址;所述第一服务器的第二网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;所述第一服务器的聚合端口,还用于将所述应用访问请求发送到所述应用处理器。
在上述实施例中,所述第一服务器的聚合端口上还配置有负载均衡策略,其中:
所述第一服务器的聚合端口,还用于接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
在上述实施例中,所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口;
所述第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
在上述实施例中,所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口;
所述第一服务器的第二网桥的第一端口,还用于根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址,并将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
上述***实施例对应地可用于执行方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本发明还提供一种服务器***,包括:网关设备和服务器;其中,服务器可以采用如上实施例中提供的服务器,其具体结构和功能此处不再赘述。
图6为本发明提供的服务器实施例一的结构示意图,如图6所示,本实施例的***包括接收器601、发送器602和处理器603。
其中,接收器601用于接收第二服务器发送的应用加载消息;发送器602用于将所述应用加载消息发送到所述应用加载处理器;所述接收器601还用于接收所述应用加载消息的响应消息;所述发送器602用于将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;所述接收器501用于接收第二服务器发送的应用加载消息;所述发送器602用于将所述应用加载消息发送到所述应用加载处理器;所述接收器601用于接收所述应用加载消息的响应消息;所述发送器602用于将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
在上述实施例中,所述接收器601还用于接收第二服务器发送的应用访问请求消息;所述发送器602还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;所述发送器602还用于将所述应用访问请求发送到所述应用处理器;所述接收器601还用于接收第二服务器发送的应用访问请求消息,所述处理器603用于根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址;所述发送器602还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;所述发送器602还用于将所述应用访问请求发送到所述应用处理器。
在上述实施例中,所述发送器602还用于在所述接收器601接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
在上述实施例中,所述发送器602还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口;
所述发送器602还用于将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
在上述实施例中,所述发送器602还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口;
所述处理器603还用于根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址;
所述发送器602还用于将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
上述***实施例对应地可用于执行方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (13)
1.一种消息的处理方法,其特征在于,应用于服务器***,所述***包括至少两个服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,所述每两个服务器之间的第一物理通道为所述两个服务器的第一网卡连接形成,所述每两个服务器之间的第二物理通道为所述两个服务器的第二网卡连接形成;
每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将所述每个网桥的第一端口绑定成一个聚合端口,所述聚合端口的地址设置为所述每个服务器的第一网卡的地址,所述每个聚合端口与应用处理器存在接口,所述每个网桥的第二端口与应用加载处理器存在接口,在所述每个服务器的第二网桥上配置转发流表以将所述每个服务器的第二网卡接收到的应用访问请求消息转发到所述每个服务器的聚合端口。
2.根据权利要求1所述的方法,其特征在于,还包括:
通过第一服务器的第一网卡接收第二服务器发送的应用加载消息,通过所述第一服务器的第一网桥的第二端口将所述应用加载消息发送到所述应用加载处理器,所述第一服务器的第一网桥的第二端口接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;
或者,
通过第一服务器的第二网卡接收第二服务器发送的应用加载消息,通过所述第一服务器的第二网桥的第二端口将所述应用加载消息发送到所述应用加载处理器,所述第一服务器的第二网桥的第二端口接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
3.根据权利要求1所述的方法,其特征在于,还包括:
通过第一服务器的第一网卡接收第二服务器发送的应用访问请求消息,通过所述第一服务器的第一网桥的第一端口将所述应用访问请求消息发送到所述第一服务器的聚合端口,所述第一服务器的聚合端口将所述应用访问请求发送到所述应用处理器;
或者,
通过第一服务器的第二网卡接收第二服务器发送的应用访问请求消息,根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址,并通过所述第一服务器的第二网桥的第一端口将所述应用访问请求消息发送到所述第一服务器的聚合端口,所述第一服务器的聚合端口将所述应用访问请求发送到所述应用处理器。
4.根据权利要求3所述的方法,其特征在于,所述第一服务器的聚合端口上还配置有负载均衡策略,所述方法还包括:
所述第一服务器的聚合端口接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
5.根据权利要求4所述的方法,其特征在于,当所述第一服务器的聚合端口选择所述第一服务器的第一网卡转发所述应用访问请求消息的响应消息到所述第二服务器,所述转发步骤包括:
所述第一服务器的聚合端口将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口,所述第一服务器的第一网桥的第一端口将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
6.根据权利要求4所述的方法,其特征在于,当所述第一服务器的聚合端口选择所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器,所述转发步骤包括:
所述第一服务器的聚合端口将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口,所述第一服务器的第二网桥的第一端口根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址,并将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
7.一种服务器,其特征在于,应用于服务器***,所述***包括至少两个所述服务器,每个服务器包括两个网卡,每两个服务器之间包含两条物理通道,所述每两个服务器之间的第一物理通道为所述两个服务器的第一网卡连接形成,所述每两个服务器之间的第二物理通道为所述两个服务器的第二网卡连接形成;
每个服务器的第一网卡对应设置第一网桥,第二网卡对应设置第二网桥,每个网桥包括两个端口,将所述每个网桥的第一端口绑定成一个聚合端口,所述聚合端口的地址设置为所述每个服务器的第一网卡的地址,所述每个聚合端口与应用处理器存在接口,所述每个网桥的第二端口与应用加载处理器存在接口,在所述每个服务器的第二网桥上配置转发流表以将所述每个服务器的第二网卡接收到的应用访问请求消息转发到所述每个服务器的聚合端口。
8.根据权利要求7所述的服务器,其特征在于,
第一服务器的第一网卡,用于接收第二服务器发送的应用加载消息;
第一服务器的第一网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;
所述第一服务器的第一网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器;
第一服务器的第二网卡,用于接收第二服务器发送的应用加载消息;
第一服务器的第二网桥的第二端口,用于将所述应用加载消息发送到所述应用加载处理器;
所述第一服务器的第二网桥的第二端口,还用于接收所述应用加载消息的响应消息,将所述应用加载消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
9.根据权利要求7所述的服务器,其特征在于,
第一服务器的第一网卡,还用于接收第二服务器发送的应用访问请求消息;
第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;
第一服务器的聚合端口,用于将所述应用访问请求发送到所述应用处理器;
第一服务器的第二网卡,用于接收第二服务器发送的应用访问请求消息,根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的目的地址修改为所述第一服务器的第一网卡的地址;
第一服务器的第二网桥的第一端口,还用于将所述应用访问请求消息发送到所述第一服务器的聚合端口;
所述第一服务器的聚合端口,还用于将所述应用访问请求发送到所述应用处理器。
10.根据权利要求9所述的服务器,其特征在于,所述第一服务器的聚合端口上还配置有负载均衡策略,其中:
所述第一服务器的聚合端口,还用于接收所述应用处理器发送的所述应用访问请求消息的响应消息之后,根据所述负载均衡策略选择所述第一服务器的第一网卡或者所述第一服务器的第二网卡转发所述应用访问请求消息的响应消息到所述第二服务器。
11.根据权利要求10所述的服务器,其特征在于,
所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第一网桥的第一端口;
所述第一服务器的第一网桥的第一端口,还用于将所述应用访问请求消息的响应消息通过所述第一服务器的第一网卡发送给所述第二服务器。
12.根据权利要求10所述的服务器,其特征在于,
所述第一服务器的聚合端口,还用于将所述应用访问请求消息的响应消息发送到所述第一服务器的第二网桥的第一端口;
所述第一服务器的第二网桥的第一端口,还用于根据所述第一服务器的第二网桥上配置的转发流表,将所述应用访问请求消息的响应消息的源地址由所述第一服务器的第一网卡的地址修改为所述第一服务器的第二网卡的地址,并将所述应用访问请求消息的响应消息通过所述第一服务器的第二网卡发送给所述第二服务器。
13.一种服务器***,其特征在于,包括:网关设备和如权利要求7-12任一项所述的服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410705646.XA CN104468389B (zh) | 2014-11-27 | 2014-11-27 | 消息的处理方法、服务器和服务器*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410705646.XA CN104468389B (zh) | 2014-11-27 | 2014-11-27 | 消息的处理方法、服务器和服务器*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104468389A CN104468389A (zh) | 2015-03-25 |
CN104468389B true CN104468389B (zh) | 2018-02-06 |
Family
ID=52913785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410705646.XA Active CN104468389B (zh) | 2014-11-27 | 2014-11-27 | 消息的处理方法、服务器和服务器*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104468389B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106385365B (zh) | 2015-08-07 | 2019-09-06 | 新华三技术有限公司 | 基于开放流Openflow表实现云平台安全的方法和装置 |
CN105491123B (zh) * | 2015-12-04 | 2019-02-22 | 北京航空航天大学 | 容器间通信方法及装置 |
TWI713328B (zh) * | 2018-03-19 | 2020-12-11 | 和碩聯合科技股份有限公司 | 橋接器及網路的管理方法 |
CN109547368B (zh) * | 2018-11-19 | 2021-05-18 | 锐捷网络股份有限公司 | 基于数据中心的去堆叠适配方法及装置 |
CN113810200B (zh) * | 2021-08-14 | 2023-01-20 | 苏州浪潮智能科技有限公司 | 一种通信装置和数据中心 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859417A (zh) * | 2006-04-30 | 2006-11-08 | 西安交通大学 | 一种多台网络设备链路聚集的实现方法 |
CN101651680A (zh) * | 2009-09-14 | 2010-02-17 | 杭州华三通信技术有限公司 | 一种网络***署方法和一种网络安全设备 |
CN101753438A (zh) * | 2009-12-08 | 2010-06-23 | 中兴通讯股份有限公司 | 实现通道分离的路由器及其通道分离的传输方法 |
CN101917337A (zh) * | 2010-08-09 | 2010-12-15 | 中兴通讯股份有限公司 | 路由器集群中板间互联的装置及方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100011230A1 (en) * | 2008-07-08 | 2010-01-14 | Olaf Mater | Link aggregation with dynamic bandwidth management to reduce power consumption |
EP2267983B1 (en) * | 2009-06-22 | 2018-08-08 | Citrix Systems, Inc. | System and method for providing link management in a multi-core system |
CN104079424B (zh) * | 2013-03-29 | 2017-07-11 | 国际商业机器公司 | 用于非对称链路聚合的装置和方法 |
-
2014
- 2014-11-27 CN CN201410705646.XA patent/CN104468389B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859417A (zh) * | 2006-04-30 | 2006-11-08 | 西安交通大学 | 一种多台网络设备链路聚集的实现方法 |
CN101651680A (zh) * | 2009-09-14 | 2010-02-17 | 杭州华三通信技术有限公司 | 一种网络***署方法和一种网络安全设备 |
CN101753438A (zh) * | 2009-12-08 | 2010-06-23 | 中兴通讯股份有限公司 | 实现通道分离的路由器及其通道分离的传输方法 |
CN101917337A (zh) * | 2010-08-09 | 2010-12-15 | 中兴通讯股份有限公司 | 路由器集群中板间互联的装置及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104468389A (zh) | 2015-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11539626B2 (en) | Method, apparatus, and system for load balancing of service chain | |
US11218537B2 (en) | Load balancing in distributed computing systems | |
CN107078969B (zh) | 实现负载均衡的计算机设备、***和方法 | |
CN104468389B (zh) | 消息的处理方法、服务器和服务器*** | |
US20170331862A1 (en) | Method for accessing cloud service and access device | |
US9668270B2 (en) | System and method for setting wireless message priority | |
CN106936683B (zh) | 一种实现隧道配置的方法及装置 | |
CN105577632A (zh) | 一种基于网络隔离的安全连网方法及终端 | |
EP3331247A1 (en) | Multi-screen control method and device | |
CN112929264B (zh) | 业务流量传输方法、***及网络设备 | |
US11234122B2 (en) | Packet forwarding in a wireless mesh network | |
CN113965521B (zh) | 数据包的传输方法、服务器及存储介质 | |
US20190124183A1 (en) | Mptcp path setting method for improving reliability | |
US10171346B2 (en) | Method, apparatus and system for transmitting information | |
WO2016154921A1 (zh) | 一种数据业务的数据传输方法及装置 | |
US9686820B2 (en) | Transferring data between mobile devices having heterogeneous wireless communication interfaces | |
CN113783768B (zh) | 一种群组控制方法、群组控制装置和通信*** | |
EP2938023A1 (en) | Peer-to-peer service processing method and device | |
CN109587027B (zh) | 一种报文转发方法及装置 | |
CN112804719B (zh) | 序列号一致性实现方法及装置 | |
CN111107150B (zh) | 连接方法、网关装置和用于客户端的连接装置 | |
US20160182443A1 (en) | Communication device, communication method, and program | |
CN115801482A (zh) | 云原生环境下基于eBPF的组播实现方法、***及介质 | |
US10362070B1 (en) | Method, system, and apparatus for achieving user space intervention during connection-establishment handshakes | |
US9813968B1 (en) | Management of channel status information for LTE redirects |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220214 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technologies Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |