CN115022333A - 负载均衡设备的报文转发方法、装置及电子设备 - Google Patents

Abstract

本公开涉及一种负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质。该方法包括：负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。本申请涉及的负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质，能够解决在路由模式下虚拟服务引发的路由环路问题，提高负载均衡器的报文处理性能，保护了网络的正常使用，也提高了网络性能。

Description

负载均衡设备的报文转发方法、装置及电子设备

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质。

背景技术

负载均衡有三种部署方式：桥接模式、服务直接返回模式、路由模式。桥接模式不改变现有的网络架构；服务直接返回比较适合吞吐量大特别是内容分发的网络应用，约30％的用户采用这种模式；路由模式部署灵活，约60％的用户采用这种方式部署。在路由模式中，服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量。

负载均衡的对外服务VIP(虚拟IP)可与WAN口处于相同网段，也可与WAN口处于不同网段。但在90％的路由模式应用场景中，负载均衡的VIP都与WAN接口处于不同网段，此时需要在负载均衡器的下一跳交换机上配置一条指向VIP的路由，才能保证VIP能够正常对外服务。但是，在路由模式中，可能会由于客户端报文的信息错误，而造成报文不停在交换机和负载均衡器之间循环转发，造成了交换机与负载均衡器间的路由环路。

路由环路会对网络造成严重影响，导致网络性能降低，甚至使网络瘫痪，因此，需要一种新的负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本申请的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质，能够解决在路由模式下虚拟服务引发的路由环路问题，提高负载均衡器的报文处理性能，保护了网络的正常使用，也提高了网络性能。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请的一方面，提出一种负载均衡设备的报文转发方法，该方法包括：负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。

在本申请的一种示例性实施例中，还包括：为负载均衡设备下发虚拟配置，所述虚拟配置中包括预定网段信息。

在本申请的一种示例性实施例中，负载均衡设备获取待转发的报文，还包括：在所述复杂均衡设备开启了虚拟服务时，开启预定网段转发功能；在所述复杂均衡设备未开启虚拟服务时，关闭预定网段转发功能。

在本申请的一种示例性实施例中，负载均衡设备获取待转发的报文，包括：负载均衡设备由交换机获取来自客户端的待转发报文。

在本申请的一种示例性实施例中，由所述报文中提取目的网际互连协议地址，还包括：将所述目的网际互连协议地址和负载均衡设备的虚拟服务的网际互连协议地址进行匹配；在目的网际互连协议地址和虚拟服务的网际互连协议地址不匹配时，提取所述报文的下一跳地址；根据下一跳地址对所述报文进行转发处理。

在本申请的一种示例性实施例中，由所述报文中提取目的网际互连协议地址，还包括：在目的网际互连协议地址和虚拟服务的网际互连协议地址匹配时，将所述报文转发至所述负载均衡设备的虚拟服务流程进行处理。

在本申请的一种示例性实施例中，在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理，包括：在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，根据所述报文由多个后台服务器中确定目标服务器；将所述报文转发到所述目标服务器中进行处理。

在本申请的一种示例性实施例中，在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理，包括：在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，提取预定网段信息；基于所述预定网段信息将所述报文进行丢弃处理。

在本申请的一种示例性实施例中，提取预定网段，包括：提取目的网段的网际互连协议地址、掩码数值；下一跳地址设置为空。

根据本申请的一方面，提出一种负载均衡设备的报文转发装置，该装置包括：报文模块，用于负载均衡设备获取待转发的报文；地址模块，用于由所述报文中提取目的网际互连协议地址；转发模块，用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；处理模块，用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。

根据本申请的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本申请的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本申请的负载均衡设备的报文转发方法、装置、电子设备及计算机可读介质，通过负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理的方式，能够解决在路由模式下虚拟服务引发的路由环路问题，提高负载均衡器的报文处理性能，保护了网络的正常使用，也提高了网络性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是实验室路由模式下VIP与入接口非同网段的组网。

图2是现有技术中负载均衡VIP处理流程。

图3是根据一示例性实施例示出的一种负载均衡设备的报文转发方法的系统框图。

图4是根据一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。

图5是根据另一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。

图6是根据另一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。

图7是根据一示例性实施例示出的一种负载均衡设备的报文转发装置的框图。

图8是根据一示例性实施例示出的一种电子设备的框图。

图9是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。

本申请涉及的技术缩略语解释如下：

负载均衡：负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。它的工作原理：分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。

虚拟服务：负载均衡器对外的服务，虚拟服务的IP即为VIP。

真实服务：负载均衡器后端要负载的服务器。

路由环路：数据包不断在这个网络传输，始终到达不了目的地，导致掉线或者网络瘫痪。

黑洞路由：黑洞路由，将所有无关路由吸入其中，使它们有来无回的路由。

在路由模式中，服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量，如图1所示。

操作1：客户端的网关在、交换机、负载均衡器的WAN口之间三层路由可通，负载均衡器的后端服务器对外不可通。负载均衡器上的路由表(目的网段0.0.0.0/0，下一跳124.1.1.2)。

操作2：在操作1的配置基础上，由于在交换机上没有存在指到VIP的路由，因此客户端是无法访问负载均衡器的VIP。此时，需要在交换机上添加1条指向VIP的路由(目的网段211.136.1.0/24，下一跳125.1.1.1)。

操作3：负载均衡器提供80服务，此时客户端访问http://211.136.1.1:80,业务访问成功，且负载均衡器将客户端发起的业务负载到后端真实服务上。

在现有技术中，负载均衡器收到客户端的HTTP请求报文时，按照图2所示流程进行处理。

流程1：判断报文是否匹配VIP，如果不匹配，进入路由/转发流程；如果匹配，进入流程2。

流程2：判断报文是否匹配端口，如果不匹配，进入路由/转发流程；如果匹配，则提供负载均衡业务。

本案发明人发现，现有技术方案中的流程2中，如果客户端发起一个HTTP虚服务请求，例如http://211.136.1.1:8080，此时请求中的8080端口非负载均衡器提供服务的端口，它会这样处理：

(1)HTTP请求报文通过交换机上指向VIP的路由被转发到负载均衡器；

(2)负载均衡器收到该请求报文判断发现报文匹配VIP但不匹配端口，就进入路由转发流程；

(3)负载均衡器的路由转发流程查路由表，发现默认路由(目的网段0.0.0.0/0，下一跳124.1.1.2)，将该报文转到交换机；

(4)交换机收到该报文，重复(1)(2)(3)，通过指定VIP的路由将报文转到负载均衡器，负载均衡器又判断不符合负载处理流程条件，又从默认路由将转到交换机，由此报文不停在交换机和负载均衡器之间循环转发，造成了交换机与负载均衡器间的路由环路。

路由环路会对网络造成严重影响，导致网络性能降低，甚至使网络瘫痪。具体表现在以下5方面：(1)环路内的路由器占用链路带宽来反复收发流量；(2)路由器的CPU因不断循环数据包而不堪重负；(3)路由器的CPU承担了无用的数据包转发工作，从而影响到网络收敛；(4)路由更新可能会丢失或无法得到及时处理。这些状况可能会导致更多的路由环路，使情况进一步恶化；(5)数据包可能丢失在“黑洞”中。

为了解决在路由模式下，负载均衡器虚拟服务引发的路由环路，本申请通过发布虚拟服务黑洞路由来解决，下面结合具体的实施例进行详细说明。

图3是根据一示例性实施例示出的一种负载均衡设备的报文转发方法及装置的系统框图。

如图3所示，系统架构30可以包括终端设备301、302、303，交换机304和负载均衡设备305、后台服务器306、307、308。交换机304用以在终端设备301、302、303和负载均衡设备305之间提供报文转发功能。

用户可以使用终端设备301、302、303通过交换机304与负载均衡设备305交互，以接收或发送消息等。终端设备301、302、303上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备301、302、303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

后台服务器306、307、308可以是提供应用服务的服务器，例如对用户利用终端设备301、302、303所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备301、302、303。

负载均衡设备305可例如由交换机304中获取待转发的报文；负载均衡设备305可例如由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备305的服务端口匹配时，负载均衡设备305可例如将所述报文转发到后台服务器306、307、308中进行处理；在所述目的网际互连协议地址和所述负载均衡设备305的服务端口不匹配时，负载均衡设备305可例如根据预定网段信息对所述报文进行处理。。

负载均衡设备305可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本申请实施例所提供的负载均衡设备的报文转发方法可以由负载均衡设备305执行，相应地，负载均衡设备的报文转发装置可以设置于负载均衡设备305中。

图4是根据一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。负载均衡设备的报文转发方法40至少包括步骤S404至S408。

如图4所示，在S402中，负载均衡设备获取待转发的报文。负载均衡设备由交换机获取来自客户端的待转发报文。

在一个实施例中，可事先为负载均衡设备下发虚拟配置，所述虚拟配置中包括预定网段信息。

在一个实施例中，可在所述复杂均衡设备开启了虚拟服务时，开启预定网段转发功能；在另一个实施例中，可在所述复杂均衡设备未开启虚拟服务时，关闭预定网段转发功能。

在S404中，由所述报文中提取目的网际互连协议地址(IP地址)。

在一个实施例中，还包括：将所述目的网际互连协议地址和负载均衡设备的虚拟服务的网际互连协议地址进行匹配；在目的网际互连协议地址和虚拟服务的网际互连协议地址不匹配时，提取所述报文的下一跳地址；根据下一跳地址对所述报文进行转发处理。

其中，还包括：在目的网际互连协议地址和虚拟服务的网际互连协议地址匹配时，将所述报文转发至所述负载均衡设备的虚拟服务流程进行处理。

在S406中，在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理。可例如，在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，根据所述报文由多个后台服务器中确定目标服务器；将所述报文转发到所述目标服务器中进行处理。

在S408中，在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。可例如，在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，提取预定网段信息；基于所述预定网段信息将所述报文进行丢弃处理。

在一个实施例中，提取预定网段信息，包括：提取目的网段的网际互连协议地址、掩码数值；下一跳地址设置为空。

根据本申请的负载均衡设备的报文转发方法，通过负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理的方式，能够解决在路由模式下虚拟服务引发的路由环路问题，提高负载均衡器的报文处理性能，保护了网络的正常使用，也提高了网络性能。

根据本申请的负载均衡设备的报文转发方法，在现有技术方案上增加虚拟服务黑洞路由机制，主要带来2方面的效益：

效果1：虚拟服务黑洞路由下发机制，有效控制黑洞路由条数，提高查路由表效率，也提高负载均衡器的报文处理性能。

效果2：路由模式下的负载均衡器，通过添加虚拟服务发布的黑洞路由，将目的IP是VIP、目的端口是非VIP端口的报文丢弃，有效地阻断了该场景下的路由环路，有效地保护了网络的正常使用，也提高了网络性能。

应清楚地理解，本申请描述了如何形成和使用特定示例，但本申请的原理不限于这些示例的任何细节。相反，基于本申请公开的内容的教导，这些原理能够应用于许多其它实施例。

图5是根据另一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。图5所示的流程50是对图2所示的流程的补充描述。

如图5所示，在S502中，负载均衡设备下发虚拟配置，可包括，目的网段VIP/掩码32，下一跳null0。

在S504中，判断虚服务是否开启。

在S506中，不下发黑洞路由。

在S508中，根据预设网段信息下发黑洞路由。

虚拟服务黑洞路由下发机制实现如下：当虚拟服务关闭时，不发虚拟服务对应的黑洞路由；当虚拟服务开启时，下发一个预设网段信息作为黑洞路由，目的网段VIP/掩码32，下一跳null0。

负载均衡器基本部署在局域网的网络出口上，大部分拥有成千甚至上万的虚拟服务配置。随着不用时期的需求不一样，负载均衡器提供服务不一样，这就意味着负载均衡器上的部分虚拟服务是开启状态，部分虚拟服务是关闭状态。

假设开启的虚拟服务有1000条，关闭的虚拟服务1000条，如果不通过虚拟服务的状态控制虚拟服务黑洞路由的下发，那负载均衡上的2000条VIP都会在路由表中添加各自的黑洞路由，即2000条路由。客户端访问负载均衡器的业务时，将会去查路由2000次。

但是在申请的技术方案中，是通过虚拟服务的状态控制黑洞路由的下发。那么，在上述假设下，负载均衡上只会存在1000条黑洞路由，客户端访问负载均衡器，只需要查路由1000次，查询效率提升了一倍。

图6是根据另一示例性实施例示出的一种负载均衡设备的报文转发方法的流程图。图6所示的流程60是对图2所示的流程的详细描述。

如图6所示，在S602中，获取报文。

在S604中，是否匹配VIP。

在S606中，进入路由转发流程。

在S608中，进入虚服务处理流程。

在S610中，是否匹配端口

在S612中，黑洞路由处理流程，丢弃报文。

在S614中，提供负载服务响应。

请求报文进入负载设备，判断该报文中目的IP是否匹配VIP。如果不匹配，将由负载均衡器中的路由转发流程进行处理，寻找下一跳，从负载均衡器转发出去；如果报文中的目的IP与VIP一致，将进入虚服务处理流程。

虚拟服务处理流程中，判断请求报文中的目的端口是否是负载均衡提供的服务端口。如果请求报文的目的端口是负载均衡提供的服务端口，则进入负载服务响应处理流程，即客户端收到正常报文；否则，该条报文将进入黑洞路由进行处理，最终被丢弃。

根据本申请中的方法，，当客户端向负载均衡器发起一个HTTP虚服务请求(目的IP是VIP，目的端口非VIP对应的端口)，它整个报文的走向如下所述：

客户端发起的请求通过交换机上指向VIP的路由被转发到负载均衡器；负载均衡器收到该请求报文判断发现报文的目的IP匹配VIP但目的端口不匹配端口，它通过虚拟服务黑洞路由机制，将被丢弃，不会再去查路由转发流程，即该报文不会在被转发到上一跳交换机上。

在本申请中，路由模式下的负载均衡器，通过添加虚拟服务发布的黑洞路由，将目的IP是VIP、目的端口是非VIP端口的报文丢弃，有效地阻断了该场景下的路由环路，有效地保护了网络的正常使用，也提供了网络性能。虚拟服务黑洞路由下发机制，有效控制黑洞路由条数，提高查路由表效率，也提高负载均衡器的报文处理性能。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本申请提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图7是根据一示例性实施例示出的一种负载均衡设备的报文转发装置的框图。如图7所示，负载均衡设备的报文转发装置70包括：报文模块702，地址模块704，转发模块706，处理模块708。

报文模块702用于负载均衡设备获取待转发的报文；报文模块702还用于由交换机获取来自客户端的待转发报文。

地址模块704用于由所述报文中提取目的网际互连协议地址；地址模块704还用于将所述目的网际互连协议地址和负载均衡设备的虚拟服务的网际互连协议地址进行匹配；在目的网际互连协议地址和虚拟服务的网际互连协议地址不匹配时，提取所述报文的下一跳地址；根据下一跳地址对所述报文进行转发处理。

转发模块706用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；转发模块706还用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，根据所述报文由多个后台服务器中确定目标服务器；将所述报文转发到所述目标服务器中进行处理。

处理模块708用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。处理模块708还用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，提取预定网段信息；基于所述预定网段信息将所述报文进行丢弃处理。

根据本申请的负载均衡设备的报文转发装置，通过负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理的方式，能够解决在路由模式下虚拟服务引发的路由环路问题，提高负载均衡器的报文处理性能，保护了网络的正常使用，也提高了网络性能。

图8是根据一示例性实施例示出的一种电子设备的框图。

下面参照图8来描述根据本申请的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：至少一个处理单元810、至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图4，图5，图6中所示的步骤。

所述存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

所述存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备800’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备800交互的设备通信，和/或该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器860可以通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图9所示，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本申请实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：负载均衡设备获取待转发的报文；由所述报文中提取目的网际互连协议地址；在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。该计算机可读介质还可实现如下功能：为负载均衡设备下发虚拟配置，所述虚拟配置中包括预定网段信息。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施例的方法。

以上具体地示出和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (12)

1.一种负载均衡设备的报文转发方法，其特征在于，包括：

负载均衡设备获取待转发的报文；

由所述报文中提取目的网际互连协议地址；

在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；

在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。

2.如权利要求1所述的方法，其特征在于，还包括：

为负载均衡设备下发虚拟配置，所述虚拟配置中包括预定网段信息。

3.如权利要求1所述的方法，其特征在于，负载均衡设备获取待转发的报文，还包括：

在所述复杂均衡设备开启了虚拟服务时，开启预定网段转发功能；

在所述复杂均衡设备未开启虚拟服务时，关闭预定网段转发功能。

4.如权利要求1所述的方法，其特征在于，负载均衡设备获取待转发的报文，包括：

负载均衡设备由交换机获取来自客户端的待转发报文。

5.如权利要求1所述的方法，其特征在于，由所述报文中提取目的网际互连协议地址，还包括：

将所述目的网际互连协议地址和负载均衡设备的虚拟服务的网际互连协议地址进行匹配；

在目的网际互连协议地址和虚拟服务的网际互连协议地址不匹配时，提取所述报文的下一跳地址；

根据下一跳地址对所述报文进行转发处理。

6.如权利要求5所述的方法，其特征在于，由所述报文中提取目的网际互连协议地址，还包括：

在目的网际互连协议地址和虚拟服务的网际互连协议地址匹配时，将所述报文转发至所述负载均衡设备的虚拟服务流程进行处理。

7.如权利要求1所述的方法，其特征在于，在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理，包括：

在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，根据所述报文由多个后台服务器中确定目标服务器；

将所述报文转发到所述目标服务器中进行处理。

8.如权利要求1所述的方法，其特征在于，在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理，包括：

在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，提取预定网段信息；

基于所述预定网段信息将所述报文进行丢弃处理。

9.如权利要求8所述的方法，其特征在于，提取预定网段信息，包括：

提取目的网段的网际互连协议地址、掩码数值；

下一跳地址设置为空。

10.一种负载均衡设备的报文转发方法，其特征在于，包括：

报文模块，用于负载均衡设备获取待转发的报文；

地址模块，用于由所述报文中提取目的网际互连协议地址；

转发模块，用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口匹配时，将所述报文转发到后台服务器中进行处理；

处理模块，用于在所述目的网际互连协议地址和所述负载均衡设备的服务端口不匹配时，根据预定网段信息对所述报文进行处理。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images