CN103841195B - 一种跨业务持续性实现方法和设备 - Google Patents
一种跨业务持续性实现方法和设备 Download PDFInfo
- Publication number
- CN103841195B CN103841195B CN201410081507.4A CN201410081507A CN103841195B CN 103841195 B CN103841195 B CN 103841195B CN 201410081507 A CN201410081507 A CN 201410081507A CN 103841195 B CN103841195 B CN 103841195B
- Authority
- CN
- China
- Prior art keywords
- type
- message
- service
- key message
- business
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种跨业务持续性实现方法和设备,该方法包括:预置业务类型与持续性数据集之间的对应关系,并预置业务类型与持续性角色类型之间的对应关系;当业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息,所述持续性信息包括:与所述业务类型对应的关键信息以及网络设备信息;当业务类型对应的持续性角色类型为消费者时,依据与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息。本发明实施例中,保证由一个网络设备对一个客户端的相互关联的多种业务进行处理,提升业务可靠性。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种跨业务持续性实现方法和设备。
背景技术
负载均衡技术是一种集群技术,其将特定的业务(如网络服务、网络流量等)分担给多台网络设备(如服务器、防火墙等),从而提高业务处理能力,并保证业务的高可靠性。进一步的,在基于内容的负载均衡技术中,需要根据报文中携带的内容进行负载均衡。例如,针对HTTP(Hyper Text Transfer Protocol,超文本传输协议)业务,需要根据报文中携带的Cookie信息进行负载均衡。如图1所示,为基于内容的负载均衡技术的组网示意图,其中至少包括客户端、负载均衡设备以及网络设备集群,该网络设备集群内包括多个网络设备,且该网络设备集群对外提供VSIP(Virtual Service IP,虚服务IP)。
以RADIUS(Remote Authentication Dial In User Service,远程用户拨号认证系统)计费业务为例,客户端访问网络设备集群的流程具体包括以下步骤:
步骤1、当客户端需要访问网络设备集群时,发送计费报文,该计费报文的源IP地址为本客户端的IP地址,目的IP地址为网络设备集群提供的VSIP。
步骤2、负载均衡设备在收到计费报文时,获取该计费报文中携带的内容,即负载均衡设备获取该计费报文中携带的Frame-IP。其中,针对RADIUS计费业务,该计费报文中会携带Frame-IP,该Frame-IP为客户端的IP地址。
步骤3、负载均衡设备判断本地持续性表项中是否记录有该计费报文中携带的Frame-IP;如果否,则执行步骤4,如果是,则执行步骤5。
其中,针对RADIUS计费业务,本地持续性表项用于记录Frame-IP与网络设备集群内的网络设备的实际IP地址(其不是VSIP)之间的对应关系。
步骤4、负载均衡设备从网络设备集群内任意选择一个网络设备,将计费报文的目的IP地址修改为该网络设备的实际IP地址,并将修改后的计费报文发送给该网络设备,并在本地持续性表项中记录该计费报文中携带的Frame-IP与该网络设备的实际IP地址之间的对应关系。在步骤4之后,执行步骤6。
步骤5、负载均衡设备将计费报文的目的IP地址修改为该计费报文中携带的Frame-IP在本地持续性表项中对应的实际IP地址,并将修改后的计费报文发送给该实际IP地址对应的网络设备。在步骤5之后,执行步骤6。
步骤6、网络设备接收计费报文,返回计费响应报文。该计费报文的源IP地址为客户端的IP地址,目的IP地址为本网络设备的实际IP地址;该计费响应报文的源IP地址为本网络设备的实际IP地址,目的IP地址为客户端的IP地址。
步骤7、负载均衡设备在收到计费响应报文后,将计费响应报文的源IP地址修改为网络设备集群提供的VSIP,将修改后的计费响应报文发送给客户端。
进一步的,针对其它业务,其处理流程与上述RADIUS计费业务的处理流程类似,只是不同业务对应有不同的本地持续性表项。例如,负载均衡设备利用RADIUS计费业务对应的本地持续性表项对计费报文进行相关处理,并利用数据流量业务对应的本地持续性表项对流量报文进行相关处理。但是,在具体实现中,需要使用同一个网络设备对一个客户端的RADIUS计费业务和数据流量业务进行处理。显然,现有的实现方式中,针对一个客户端的RADIUS计费业务和数据流量业务,可能由不同的网络设备进行处理,即无法保证由一个网络设备对一个客户端的RADIUS计费业务和数据流量业务进行处理。
发明内容
本发明实施例提供一种跨业务持续性实现方法和设备,以保证由一个网络设备对一个客户端的相互关联的多种业务进行处理,提升业务可靠性。
为了达到上述目的,本发明实施例提供一种跨业务持续性实现方法,该方法应用于负载均衡设备,该方法包括以下步骤:预置业务类型与持续性数据集之间的对应关系,以及业务类型与持续性角色类型之间的对应关系;
当接收到的报文所属的业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息,所述持续性信息包括:从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息;
当接收到的报文所属的业务类型对应的持续性角色类型为消费者时,依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息。
所述向与所述业务类型对应的持续性数据集中生成持续性信息的过程,具体包括:从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;
如果否,则从网络设备集群内选择一个网络设备,在所述业务类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息的过程,具体包括:
从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;
如果否,则丢弃所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述从所述报文中提取与所述业务类型对应的关键信息的过程,具体包括:预置业务类型与关键信息类型之间的对应关系;
利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息。
在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集;远程用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业务;基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务;
针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;
针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;
针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;
针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
本发明实施例提供一种负载均衡设备,所述负载均衡设备包括:
对应关系配置模块,用于预置业务类型与持续性数据集之间的对应关系,并且预置业务类型与持续性角色类型之间的对应关系;
持续性信息生成模块,用于当接收到的报文所属的业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息;其中,所述持续性信息具体包括:从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息;
持续性信息读取模块,用于当接收到的报文所属的业务类型对应的持续性角色类型为消费者时,依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息。
所述持续性信息生成模块,具体用于从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,从网络设备集群内选择一个网络设备,在所述业务类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送所述报文;如果是,利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述持续性信息读取模块,具体用于从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,则丢弃所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述对应关系配置模块,还用于预置业务类型与关键信息类型之间的对应关系;所述持续性信息生成模块,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息;且所述持续性信息读取模块,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息。
在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集;远程用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业务;基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务;
针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;
针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;
针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;
针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,在预置业务类型与持续性数据集的对应关系时,通过将相互关联的多种业务的业务类型对应于同一个持续性数据集,从而保证由一个网络设备对一个客户端的相互关联的多种业务进行处理,实现跨业务持续性,提升业务可靠性。
附图说明
图1是现有技术中基于内容的负载均衡技术的组网示意图;
图2是本发明实施例提供的一种跨业务持续性实现方法流程示意图;
图3是本发明实施例提供的一种负载均衡设备的结构示意图。
具体实施方式
针对现有技术中存在的问题,本发明实施例提供一种跨业务持续性实现方法,以图1为本发明实施例的应用场景示意图,该方法应用于至少包括客户端、负载均衡设备以及网络设备集群的网络中,该网络设备集群内包括多个网络设备(如服务器或防火墙等),且该网络设备集群对外提供VSIP,该VSIP不是网络设备的实际IP地址,而是该网络设备集群对应的一个IP地址,该VSIP提供给客户端,由客户端利用该VSIP访问网络设备集内的网络设备。
在上述应用场景下,如图2所示,该方法具体可以包括以下步骤:
步骤201,负载均衡设备预置业务类型与持续性数据集之间的对应关系,以及负载均衡设备预置业务类型与持续性角色类型之间的对应关系。
本发明实施例中,持续性数据集是持续性信息的数据集合,且该持续性信息至少包括关键信息以及网络设备信息,该网络设备信息为网络设备的实际IP地址。其中,持续性数据集可以通过表项方式进行组织,并采用HASH方式存储持续性数据集或者采用树方式存储持续性数据集。此外,考虑到存储空间占用的优化情况,还可以使用摘要、数据压缩等方法对持续性信息进行数据压缩,以减少持续性信息占用的存储空间,该过程在此不再赘述。
在持续性数据集中维护持续性信息时,持续性信息除了包括关键信息以及网络设备信息之外,该持续性信息还可以包括老化时间以及关键信息的长度。基于此老化时间,在老化时间超时之后,还需要从持续性数据集中删除相应的持续性信息。如表1所示,为一种优选的持续性数据集的具体示例。
表1
关键信息 | 关键信息的长度 | 网络设备信息 | 老化时间 |
... | ... | ... | ... |
本发明实施例中,持续性角色类型具体为生产者或者消费者。在持续性角色类型为生产者时,负载均衡设备向持续性数据集中生成持续性信息,即利用报文中携带的关键信息向持续性数据集中生成持续性信息,以维护表1所示的持续性数据集。在持续性角色类型为消费者时,负载均衡设备从持续性数据集中读取持续性信息,即利用报文中携带的关键信息查询持续性数据集中记录的持续性信息,以利用表1所示的持续性数据集对报文进行处理。
基于持续性数据集,负载均衡设备需要预置业务类型与持续性数据集之间的对应关系,且在预置业务类型与持续性数据集之间的对应关系时,负载均衡设备需要将相互关联的多种业务的业务类型对应于同一个持续性数据集。其中,相互关联的多种业务是指需要由同一个网络设备进行处理的业务,且一个业务需要在另一个业务的基础上执行。基于此,RADIUS计费业务与数据流量业务为相互关联的两种业务,即RADIUS计费业务与数据流量业务需要由同一个网络设备进行处理,且数据流量业务需要在RADIUS计费业务的基础上执行。此外,HTTPS(基于安全套接层的超文本传输协议)业务与HTTP业务为相互关联的两种业务,即HTTPS业务与HTTP业务需要由同一个网络设备进行处理,且HTTP业务需要在HTTPS业务的基础上执行;其中,用户认证过程采用HTTPS业务,且后续业务访问过程采用HTTP业务。
基于持续性角色类型,负载均衡设备还需要预置业务类型与持续性角色类型之间的对应关系,且在预置业务类型与持续性角色类型之间的对应关系时,针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者。
步骤202,负载均衡设备在收到来自客户端的报文时,确定该报文所属的业务类型,并确定该业务类型对应的持续性角色类型;当持续性角色类型为生产者时,执行步骤203;当持续性角色类型为消费者时,执行步骤204。
其中,基于报文中携带的目的端口、目的IP地址以及协议标识等信息,负载均衡设备能够直接确定报文所属的业务类型,该过程本发明实施例中不再赘述。进一步的,由于负载均衡设备上预置有业务类型与持续性角色类型之间的对应关系,因此在确定报文所属的业务类型后,可以直接确定出该业务类型对应的持续性角色类型。例如,当确定报文所属的业务类型为RADIUS计费业务时,可以确定出RADIUS计费业务对应的持续性角色类型为生产者。
步骤203,负载均衡设备向与业务类型对应的持续性数据集中生成持续性信息,该持续性信息包括从报文中提取的与业务类型对应的关键信息以及网络设备信息。此外,该持续性信息还可以包括老化时间和关键信息的长度。
本发明实施例中,负载均衡设备向与业务类型对应的持续性数据集中生成持续性信息的过程,具体包括:负载均衡设备从报文中提取与业务类型对应的关键信息,并判断与业务类型对应的持续性数据集中是否记录有该关键信息。如果否,则负载均衡设备从网络设备集群内任意选择一个网络设备(如选择负载最轻的网络设备),并在业务类型对应的持续性数据集中记录该关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送报文,即利用网络设备的实际IP地址将报文发送给该网络设备。如果是,则负载均衡设备利用关键信息在业务类型对应的持续性数据集中对应的网络设备信息发送报文,即利用网络设备的实际IP地址将报文发送给该网络设备。
本发明实施例中,负载均衡设备从报文中提取与业务类型对应的关键信息的过程,具体包括:负载均衡设备预置业务类型与关键信息类型之间的对应关系。之后,负载均衡设备利用对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用关键信息类型从报文中提取相应的关键信息。
需要注意的是,业务类型与关键信息类型之间的对应关系可以根据实际需要任意设置。针对RADIUS计费业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;针对数据流量业务,其预置的业务类型对应的关键信息类型可以为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;针对HTTPS业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;针对HTTP业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
在本发明实施例的一种优选实施方式中,在与业务类型对应的持续性数据集中没有记录报文中携带的关键信息时,负载均衡设备在业务类型对应的持续性数据集中记录关键信息以及网络设备信息之间的对应关系之后,还需要在持续性数据集中为相应的持续性信息启动老化定时器。在与业务类型对应的持续性数据集中记录有报文中携带的关键信息时,负载均衡设备还需要更新持续性数据集中相应的老化定时器的老化时间。基于此,在老化定时器的老化时间超时之后,负载均衡设备还需要删除相应的持续性信息。
在本发明实施例的一种具体实现方式中,在与业务类型对应的持续性数据集中记录有报文中携带的关键信息时,当关键信息对应的网络设备只有一个时,负载均衡设备还需要判断该关键信息对应的网络设备是否存在;如果存在,则向该网络设备发送报文;如果不存在,则负载均衡设备从网络设备集群内任意选择一个网络设备,在业务类型对应的持续性数据集中记录关键信息与网络设备信息之间的对应关系,并向该网络设备发送报文。进一步的,当关键信息对应的网络设备有多个时,负载均衡设备从多个网络设备中任意选择一个网络设备,如果该网络设备存在,则向该网络设备发送报文;如果该网络设备不存在,则需要继续从多个网络设备中选择其它的网络设备,依此类推,一直到选择出存在的网络设备,并向该网络设备发送报文。
步骤204,负载均衡设备依据从报文中提取的与业务类型对应的关键信息,从与业务类型对应的持续性数据集中读取持续性信息。
本发明实施例中,负载均衡设备依据从报文中提取的与业务类型对应的关键信息,从与业务类型对应的持续性数据集中读取持续性信息的过程,具体包括:负载均衡设备从报文中提取与业务类型对应的关键信息,并判断与业务类型对应的持续性数据集中是否记录有该关键信息。如果否,则负载均衡设备不对报文进行转发处理,并丢弃该报文。如果是,则负载均衡设备利用关键信息在业务类型对应的持续性数据集中对应的网络设备信息发送报文,即负载均衡设备利用网络设备的实际IP地址将报文发送给该网络设备。
本发明实施例中,负载均衡设备从报文中提取与业务类型对应的关键信息的过程,具体包括:负载均衡设备预置业务类型与关键信息类型之间的对应关系。之后,负载均衡设备利用对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用关键信息类型从报文中提取相应的关键信息。
需要注意的是,业务类型与关键信息类型之间的对应关系可以根据实际需要任意设置。针对RADIUS计费业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;针对数据流量业务,其预置的业务类型对应的关键信息类型可以为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;针对HTTPS业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;针对HTTP业务,其预置的业务类型对应的关键信息类型可以为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
在本发明实施例的一种优选实施方式中,在与业务类型对应的持续性数据集中记录有报文中携带的关键信息时,负载均衡设备在收到报文后,还需要更新持续性数据集中相应的老化定时器的老化时间。基于此,在老化定时器的老化时间超时之后,负载均衡设备还需要删除相应的持续性信息。
在本发明实施例的一种具体实现方式中,在与业务类型对应的持续性数据集中记录有报文中携带的关键信息时,当关键信息对应的网络设备只有一个时,负载均衡设备还需要判断该关键信息对应的网络设备是否存在;如果存在,则向该网络设备发送报文;如果不存在,则丢弃该报文。进一步的,当关键信息对应的网络设备有多个时,负载均衡设备从多个网络设备中任意选择一个网络设备,如果该网络设备存在,则向该网络设备发送报文;如果该网络设备不存在,则需要继续从多个网络设备中选择其它的网络设备,依此类推,一直到选择出存在的网络设备,并向该网络设备发送报文。
为了进一步说明本发明实施例提供的技术方案,以下针对RADIUS计费业务以及数据流量业务,并结合图1所示的应用场景,对本发明实施例进行详细说明,假设RADIUS计费业务的报文为计费报文,且数据流量业务的报文为流量报文,则上述跨业务持续性实现方法具体包括以下步骤:
步骤1、当客户端需要访问网络设备集群时,发送计费报文,该计费报文的源IP地址为本客户端的IP地址,目的IP地址为网络设备集群提供的VSIP。
步骤2、负载均衡设备在收到计费报文时,确定计费报文所属业务类型为RADIUS计费业务,确定RADIUS计费业务对应的持续性角色类型为生产者。
步骤3、负载均衡设备确定上述RADIUS计费业务对应的关键信息类型为Frame-IP,并利用该关键信息类型Frame-IP从计费报文中提取关键信息,即提取的关键信息为计费报文的Frame-IP中承载的IP地址。其中,该Frame-IP中承载的IP地址为客户端的IP地址,假设该IP地址为IP地址4。
步骤4、负载均衡设备判断与RADIUS计费业务对应的持续性数据集(假设为持续性数据集1)中是否记录有IP地址4。如果否,执行步骤5;如果是,执行步骤6。当负载均衡设备首次收到来自客户端的计费报文时,判断结果为否;当负载均衡设备不是首次收到来自客户端的计费报文时,判断结果为是。
步骤5、负载均衡设备从网络设备集群内任意选择一个网络设备,并在持续性数据集1中记录IP地址4以及该网络设备信息之间的对应关系,并利用该网络设备信息发送计费报文。进一步的,假设选择的网络设备为网络设备A,则负载均衡设备在持续性数据集1中记录IP地址4与网络设备A的IP地址1之间的对应关系,将计费报文的目的IP地址修改为网络设备A的IP地址1,并利用IP地址1将修改后的计费报文发送给网络设备A。在步骤5之后,执行步骤7。
步骤6、负载均衡设备利用IP地址1在持续性数据集1中对应的网络设备信息发送计费报文。假设IP地址1在持续性数据集1中对应的网络设备信息为IP地址1,则负载均衡设备将计费报文的目的IP地址修改为IP地址1,并利用IP地址1将修改后的计费报文发送给网络设备A。在步骤6之后,执行步骤7。
步骤7、网络设备A接收计费报文,返回计费响应报文。该计费报文的源IP地址为客户端的IP地址4,目的IP地址为本网络设备A的IP地址1;该计费响应报文的源IP地址为本网络设备A的IP地址1,目的IP地址为客户端的IP地址4。
步骤8、负载均衡设备在收到计费响应报文后,将计费响应报文的源IP地址修改为网络设备集群提供的VSIP,将修改后的计费响应报文发送给客户端。
步骤9、当客户端需要访问网络设备集群时,发送流量报文,该流量报文的源IP地址为本客户端的IP地址,目的IP地址为网络设备集群提供的VSIP。
步骤10、负载均衡设备在收到流量报文时,确定该流量报文所属的业务类型为数据流量业务,并确定数据流量业务对应的持续性角色类型为消费者。
步骤11、负载均衡设备确定数据流量业务对应的关键信息类型为报文中的源IP地址,并利用该关键信息类型源IP地址从流量报文中提取关键信息,即提取的关键信息为流量报文中的源IP地址,且该源IP地址为客户端的IP地址4。
步骤12、负载均衡设备判断与数据流量业务对应的持续性数据集(该持续性数据集与RADIUS计费业务对应的持续性数据集相同,即持续性数据集1)中是否记录有IP地址4。如果否,执行步骤13;如果是,执行步骤14。
步骤13、负载均衡设备不对流量报文进行转发处理,并丢弃该流量报文。在具体实现方式中,负载均衡设备可以根据预定义策略决定:直接丢弃该流量报文,或者直接转发该流量报文,或者根据负载均衡算法转发该流量报文。
步骤14、负载均衡设备利用IP地址1在持续性数据集1中对应的网络设备信息发送流量报文。假设IP地址1在持续性数据集1中对应的网络设备信息为IP地址1,则负载均衡设备将流量报文的目的IP地址修改为IP地址1,并利用IP地址1将修改后的流量报文发送给网络设备A。在步骤14之后,执行步骤15。
步骤15、网络设备A接收流量报文,返回流量响应报文。该流量报文的源IP地址为客户端的IP地址4,目的IP地址为本网络设备A的IP地址1;该流量响应报文的源IP地址为本网络设备A的IP地址1,目的IP地址为客户端的IP地址4。
步骤16、负载均衡设备收到流量响应报文后,将流量响应报文的源IP地址修改为网络设备集群提供的VSIP,将修改后的流量响应报文发送给客户端。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种负载均衡设备,如图3所示,所述负载均衡设备包括:
对应关系配置模块11,用于预置业务类型与持续性数据集之间的对应关系,并且预置业务类型与持续性角色类型之间的对应关系;
持续性信息生成模块12,用于当接收到的报文所属的业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息;其中,所述持续性信息具体包括:从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息;
持续性信息读取模块13,用于当接收到的报文所属的业务类型对应的持续性角色类型为消费者时,依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息。
所述持续性信息生成模块12,具体用于从所述报文中提取与所述业务类型对应的关键信息,判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,从网络设备集群内选择一个网络设备,在所述业务类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送所述报文;如果是,利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述持续性信息读取模块13,具体用于从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,则丢弃所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
所述对应关系配置模块11,还用于预置业务类型与关键信息类型之间的对应关系;所述持续性信息生成模块12,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息;且所述持续性信息读取模块13,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息。
本发明实施例中,在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集;其中,远程用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业务;基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务;针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种跨业务持续性实现方法,该方法应用于负载均衡设备,其特征在于,该方法包括以下步骤:
预置业务类型与持续性数据集之间的对应关系,以及业务类型与持续性角色类型之间的对应关系;
当接收到的报文所属的业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息,所述持续性信息包括:从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息;
当接收到的报文所属的业务类型对应的持续性角色类型为消费者时,依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息;
其中,在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集。
2.如权利要求1所述的方法,其特征在于,所述向与所述业务类型对应的持续性数据集中生成持续性信息的过程,具体包括:
从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;
如果否,则从网络设备集群内选择一个网络设备,在所述业务类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
3.如权利要求1所述的方法,其特征在于,所述依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息的过程,具体包括:
从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;
如果否,则丢弃所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
4.如权利要求1至3任一项所述的方法,其特征在于,所述从所述报文中提取与所述业务类型对应的关键信息的过程,具体包括:
预置业务类型与关键信息类型之间的对应关系;
利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息。
5.如权利要求4所述的方法,其特征在于,在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集;其中,远程用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业务;基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务;
针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;
针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;
针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;
针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
6.一种负载均衡设备,其特征在于,所述负载均衡设备包括:
对应关系配置模块,用于预置业务类型与持续性数据集之间的对应关系,并且预置业务类型与持续性角色类型之间的对应关系;
持续性信息生成模块,用于当接收到的报文所属的业务类型对应的持续性角色类型为生产者时,向与所述业务类型对应的持续性数据集中生成持续性信息;其中,所述持续性信息具体包括:从所述报文中提取的与所述业务类型对应的关键信息以及网络设备信息;
持续性信息读取模块,用于当接收到的报文所属的业务类型对应的持续性角色类型为消费者时,依据从所述报文中提取的与所述业务类型对应的关键信息,从与所述业务类型对应的持续性数据集中读取持续性信息;
其中,在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集。
7.如权利要求6所述的负载均衡设备,其特征在于,
所述持续性信息生成模块,具体用于从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,从网络设备集群内选择一个网络设备,在所述业务类型对应的持续性数据集中记录所述关键信息以及该网络设备信息之间的对应关系,并利用该网络设备信息发送所述报文;如果是,利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
8.如权利要求6所述的负载均衡设备,其特征在于,
所述持续性信息读取模块,具体用于从所述报文中提取与所述业务类型对应的关键信息,并判断与所述业务类型对应的持续性数据集中是否记录有所述关键信息;如果否,则丢弃所述报文;如果是,则利用所述关键信息在所述业务类型对应的持续性数据集中对应的网络设备信息发送所述报文。
9.如权利要求6至8任一项所述的负载均衡设备,其特征在于,
所述对应关系配置模块,还用于预置业务类型与关键信息类型之间的对应关系;所述持续性信息生成模块,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息;且所述持续性信息读取模块,进一步用于利用所述对应关系确定接收到的报文所属的业务类型对应的关键信息类型,并利用所述关键信息类型从所述报文中提取相应的关键信息。
10.如权利要求9所述的负载均衡设备,其特征在于,在预置业务类型与持续性数据集之间的对应关系时,相互关联的多种业务的业务类型将对应于同一个持续性数据集;其中,远程用户拨号认证系统RADIUS计费业务与数据流量业务为相互关联的两种业务;基于安全套接层的超文本传输协议HTTPS业务与超文本传输协议HTTP业务为相互关联的两种业务;
针对RADIUS计费业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Frame-IP,且利用关键信息类型从报文中提取的关键信息为Frame-IP中承载的IP地址;
针对数据流量业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中的源IP地址,且利用关键信息类型从报文中提取的关键信息为报文中的源IP地址;
针对HTTPS业务,其预置的业务类型对应的持续性角色类型为生产者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息;
针对HTTP业务,其预置的业务类型对应的持续性角色类型为消费者,且其预置的业务类型对应的关键信息类型为报文中携带的Cookie信息,且利用关键信息类型从报文中提取的关键信息为报文中携带的Cookie信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410081507.4A CN103841195B (zh) | 2014-03-06 | 2014-03-06 | 一种跨业务持续性实现方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410081507.4A CN103841195B (zh) | 2014-03-06 | 2014-03-06 | 一种跨业务持续性实现方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103841195A CN103841195A (zh) | 2014-06-04 |
CN103841195B true CN103841195B (zh) | 2017-05-10 |
Family
ID=50804318
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410081507.4A Active CN103841195B (zh) | 2014-03-06 | 2014-03-06 | 一种跨业务持续性实现方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103841195B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106533967B (zh) * | 2016-12-08 | 2019-04-12 | 北京中安智达科技有限公司 | 一种可自定义负载均衡策略的数据传输方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867976A (zh) * | 2010-07-22 | 2010-10-20 | 杭州华三通信技术有限公司 | 基于移动终端号码的负载均衡方法和设备 |
CN102006298A (zh) * | 2010-11-26 | 2011-04-06 | 华为技术有限公司 | 接入网关实现负荷分担的方法和装置 |
CN102907055A (zh) * | 2010-03-26 | 2013-01-30 | 思杰系统有限公司 | 用于在多核装置上进行链路负载平衡的系统和方法 |
CN103297560A (zh) * | 2013-05-21 | 2013-09-11 | 江苏物联网研究发展中心 | 一种数据流分类的方法及服务器 |
-
2014
- 2014-03-06 CN CN201410081507.4A patent/CN103841195B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102907055A (zh) * | 2010-03-26 | 2013-01-30 | 思杰系统有限公司 | 用于在多核装置上进行链路负载平衡的系统和方法 |
CN101867976A (zh) * | 2010-07-22 | 2010-10-20 | 杭州华三通信技术有限公司 | 基于移动终端号码的负载均衡方法和设备 |
CN102006298A (zh) * | 2010-11-26 | 2011-04-06 | 华为技术有限公司 | 接入网关实现负荷分担的方法和装置 |
CN103297560A (zh) * | 2013-05-21 | 2013-09-11 | 江苏物联网研究发展中心 | 一种数据流分类的方法及服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN103841195A (zh) | 2014-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107332876A (zh) | 区块链状态的同步方法及装置 | |
CN102368764B (zh) | 一种通过多点登录进行通信的方法、系统及客户端 | |
CN108009028A (zh) | 消息处理方法、装置、设备及计算机可读存储介质 | |
CN104484187B (zh) | 一种信息集成方法和系统 | |
CN108521656A (zh) | 一种Lora通信方法及系统 | |
CN102004673A (zh) | 多核处理器负载均衡的处理方法及系统 | |
CN107948027A (zh) | 一种带有智能家居数据安全备份系统及工作方法 | |
CN104767756B (zh) | 设备信息处理方法、客户端装置和服务端装置 | |
CN104601742B (zh) | 一种报文传输的方法和设备 | |
CN103702312B (zh) | 无线信息传输方法和设备 | |
CN104301244B (zh) | 一种大型配电网系统的集群通讯系统和方法 | |
CN103856539A (zh) | 私有云系统、智能家庭系统及家庭数据保护方法 | |
CN113132976B (zh) | 一种分布式无线通信配电网差动保护方法及系统 | |
CN106254244A (zh) | 一种基于sdn网络的合并流表项方法 | |
CN106850502A (zh) | 基于长连接的业务请求转发方法、存储方法、装置及系统 | |
CN109729139A (zh) | 访问请求转发方法、装置、设备及可读存储介质 | |
CN103841195B (zh) | 一种跨业务持续性实现方法和设备 | |
CN104243597B (zh) | 一种基于wlan环境下的名片发放收集系统及方法 | |
CN104053159B (zh) | 一种多载波基站的频点配置方法和装置 | |
CN106059882A (zh) | 一种路由插入的方法及装置 | |
CN103580951B (zh) | 多个信息系统的输出比较方法、测试迁移辅助方法及系统 | |
Ouyang et al. | Do topological models contribute to decision making on post-disaster electric power system restoration? | |
CN110392015A (zh) | 一种处理业务请求的方法和系统 | |
CN103401791A (zh) | 一种边界端口的识别方法和设备 | |
CN103795744A (zh) | 一种在线测试云服务平台 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |