CN107979539A - 报文处理方法及装置 - Google Patents
报文处理方法及装置 Download PDFInfo
- Publication number
- CN107979539A CN107979539A CN201711042869.2A CN201711042869A CN107979539A CN 107979539 A CN107979539 A CN 107979539A CN 201711042869 A CN201711042869 A CN 201711042869A CN 107979539 A CN107979539 A CN 107979539A
- Authority
- CN
- China
- Prior art keywords
- server
- service
- business
- request message
- operating conditions
- 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.)
- Granted
Links
Classifications
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- 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/29—Flow control; Congestion control using a combination of thresholds
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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
-
- 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
- H04L67/101—Server selection for load balancing based on network conditions
-
- 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/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开涉及一种报文处理方法及装置。所述方法包括:接收所述SDN网络中的客户端发送的业务请求报文;根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。根据本公开的报文处理方法及装置能够获取服务器的业务服务质量,最大限度的利用新增服务器的服务资源,提高了服务器的使用效率,进而提升了负载均衡业务性能。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种报文处理方法及装置。
背景技术
SDN(Software Defined Network,软件定义网络)是一种新型网络创新架构,其核心思想是将网络设备的控制层面与转发层面分离,以实现对网络流量的灵活控制,为核心网络及应用的创新提供良好的平台。
LB(Load Balance,负载均衡)是一种集群技术,它将特定的业务(例如,网络服务、网络流量等)分担给多台网络设备(例如服务器)或多条链路。SDN网络中,通过LB技术可将网络服务分担给多台服务器进行处理,从而提高服务器的处理能力。
当在SDN网络中添加新服务器时,新增服务器无法立即承担大量业务,为了防止新增服务器短时间内接收太多的业务请求报文,相关技术中采用温暖上线功能,设置准备时间和爬升时间。当新增服务器上线后,在准备时间内,LB设备不会向其分配任何业务;准备时间超时后,LB设备在爬升时间内会逐步增加向其分配的业务量;爬升时间超时后,LB设备开始向其正常分配业务。
但是在温暖上线功能中,准备时间和爬升时间是经验值,时间设置的过短,会达不到逐步上线的目的,在短时间内接收大量的业务请求,导致服务器过于繁忙而无法处理新的业务请求;时间设置过长,则会浪费新增服务器的处理资源,导致在较长的时间内新增服务器得不到充分利用,可能会使得早期在线的服务器负载过重而影响业务。
与此同时,即使新增服务器在正常承接业务后,也有可能在一段时间负载过重而无法承接新的业务请求,导致LB设备分配过来的业务请求无法正常处理。
发明内容
有鉴于此,本公开提出了一种报文处理方法及装置,能够最大限度的利用新增服务器的服务资源,提高了服务器的使用效率,进而提升了负载均衡业务性能。
根据本公开的一方面,提供了一种报文处理方法,所述方法应用于SDN网络中的负载均衡LB设备,所述方法包括:
接收所述SDN网络中的客户端发送的业务请求报文;
根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;
根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
根据本公开的另一方面,提供了一种报文处理装置,所述装置应用于SDN网络中的负载均衡LB设备,所述装置包括:
接收模块,用于接收所述SDN网络中的客户端发送的业务请求报文;
选择模块,用于根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;
发送模块,用于根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
通过LB设备获取SDN网络中处于正常工作状态的服务器的业务服务质量,并根据该些服务器上业务请求报文的业务类型对应的业务服务质量,从中选取能够处理业务请求报文的业务类型的服务器。根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
根据本公开的报文处理方法及装置能够获取服务器的业务服务质量,最大限度的利用新增服务器的服务资源,提高了服务器的使用效率,进而提升了负载均衡业务性能。
根据下面参考附图对示例性实施例的详细说明,本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面,并且用于解释本公开的原理。
图1示出根据本公开一实施例的报文处理方法的流程图。
图2示出根据本公开一示例的报文处理方法应用场景示意图。
图3示出根据本公开一示例的步骤S12的流程图。
图4示出根据本公开一实施例的报文处理方法的流程图。
图5示出根据本公开一实施例的报文处理装置的框图。
图6示出根据本公开一实施例的报文处理装置的框图。
图7示出根据本公开一实施例的报文处理装置的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
图1示出根据本公开一实施例的报文处理方法的流程图,该方法可以应用于SDN网络中的LB(Load Balance,负载均衡)设备。
图2示出根据本公开一示例的报文处理方法应用场景示意图,如图2所示,SDN网络包括:LB设备、SDN控制器、客户端(可以是多个)以及多个服务器,图2所示的示例中包括3个服务器SERVER1、SERVER2和SERVER3。
在另一示例中,服务器还可以是防火墙,本公开对此不作限定。下文中将以服务器为例对本公开的报文处理方法进行说明。
LB设备使用NQA(Network Quality Analyzer,网络质量分析)技术对服务器进行状态监控,其中,LB设备作为NQA客户端,服务器成员作为NQA服务器端。
如图1所示,该方法包括:
步骤S11,接收所述SDN网络中的客户端发送的业务请求报文。
在如图2所示的SDN网络中,客户端连接LB设备,客户端可以向LB设备发送业务请求报文,LB设备可以接收客户端发送的业务请求报文。举例来说,客户端要请求HTTPS连接,向LB设备发送HTTPS请求报文,LB设备可以接收客户端发送的HTTPS请求报文。可选的,还可以是其他类型的业务,比如HTTP、FTP等,本公开对此不作限定。
在一个示例中,根据业务请求报文携带的端口号可以确定业务请求报文对应的业务类型。
步骤S12,根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器。
其中,处于正常工作状态的服务器可以是指服务器的接入链路正常、且服务***运行也正常的服务器等,例如,如果服务器未上线(不可达),或者服务***故障等,可以认为服务器处于异常工作状态,服务器处于异常工作状态的情况不限于上述情况。
在一种可能的实现方式中,LB设备可以向服务器发送检测报文检测网络性能,例如,检测链路连接状态的ping等,根据服务器响应于检测报文返回的响应报文确定服务器的工作状态。
在另一可能的实现方式中,如上所述,SDN网络中的LB设备可以连接多个服务器,可选的,LB设备可以向这些服务器发送NQA请求报文,所述NQA请求报文中携带有校验数据和至少一个指定业务类型。
其中,校验数据可以用于校验服务器的工作状态是否正常,校验数据可以是一段字符串。至少一个指定业务类型可以是在LB设备上预先配置的LB设备关注的业务类型。
在一个示例中,LB设备可以定时向SDN网络中的服务器发送NQA请求报文,例如,可以周期性的发送,发送的周期可以根据对实时性等的需求设置。
在另一个示例中,LB设备也可以根据客户端发送的业务请求报文,向服务器发送NQA请求报文,本公开对此不做限定。
LB设备可以预先和服务器之间定义校验数据和NQA应答报文的消息内容格式,其中,校验数据用于对服务器进行校验。也就是说,服务器在接收到NQA请求报文后,若处于正常的运行状态,服务器向LB设备发送的NQA响应报文中携带有接收到的NQA请求报文包含的校验数据。这样可以实现对服务身份及运行状态的校验,若服务器未发送NQA响应报文,或者其发送的NQA响应报文携带了错误的校验数据,说明服务器处于异常工作状态,不适合接收新的业务请求报文,LB设备可以不向该服务器分配业务请求报文。
LB设备可以将接收的携带有所述校验数据的NQA响应报文的来源服务器,确定为处于正常工作状态的服务器。也就是说,服务器接收到NQA请求报文,若服务器在线、且服务***运行也正常,则向LB设备发送携带有正确校验数据的NQA响应报文,LB设备根据该NQA响应报文可以确定对应的服务器处于正常工作状态;若服务器还未上线,或者服务***故障,未能及时响应,或者返回的NQA响应报文携带了错误的校验数据,LB设备可以认为该服务器处于异常工作状态。
上述消息内容的格式可以包括业务类型和业务服务质量,业务类型可以是与NQA请求报文携带的至少一个指定业务类型对应,业务服务质量可以表征业务运行情况,消息内容格式中的业务服务质量与消息内容格式中的业务类型相对应。服务器接收到NQA请求报文后,可以根据NQA请求报文携带的至少一个指定的业务类型以及自身进程的运行状态向LB设备返回NQA响应报文,NQA响应报文携带有校验数据、以及上述至少一个指定的业务类型对应的业务服务质量。LB设备可以根据NQA响应报文携带的校验数据确定处于正常工作状态的服务器,并获取来自处于正常工作状态的服务器的NQA响应报文中携带的所述至少一个指定业务类型对应的业务服务质量。通过以上方式可以获取SDN网路中处于正常工作状态的服务器的业务服务质量。
在获取SDN网路中处于正常工作状态的服务器的业务服务质量后,可以从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器,具体的:图3示出根据本公开一示例的步骤S12的流程图,在一种可能的实现方式中,步骤S12具体可以包括:
步骤S121,从所述处于正常工作状态的服务器中选择包括有所述业务请求报文的业务类型对应的业务服务质量的服务器。
步骤S122,将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量不小于预设阈值的服务器,选取为能够处理所述业务请求报文的业务类型的服务器。
如上所述,根据业务请求报文所包含的端口号等可以确定相应的业务类型,例如HTTP、FTP等。
LB设备可以在确定了处于正常工作状态的服务器之后,根据来自处于正常工作状态的服务器的NQA响应报文中携带的业务类型,在处于正常工作状态的服务器中选择包括业务请求报文的业务类型对应的业务服务质量的服务器。
LB设备上可以设置有至少一个业务类型对应的业务服务质量的预设阈值,预设阈值可以是表示处理对应业务类型的业务请求报文时需要服务器提供的资源的阈值,可以是根据服务器剩余的计算、存储等资源确定的阈值,针对不同的业务类型,可以设置不同的预设阈值,也可以设置相同的预设阈值,本公开对此不作限定。
在选择了正常工作状态的服务器中包括有所述业务请求报文的业务类型对应的业务服务质量的服务器后,可以根据来自选择的服务器的NQA响应报文中携带的所述业务请求报文的业务类型对应的业务服务质量与预设阈值的关系,选取能够处理所述业务请求报文的业务类型的服务器,例如,将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量不小于预设阈值的服务器,选取为能够处理所述业务请求报文的业务类型的服务器,换言之,可以将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量较高(服务器可以提供的资源较多)的服务器,选取为能够处理所述业务请求报文的业务类型的服务器。
步骤S13,根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
其中,预设的负载分担策略可以通过现有技术中的相关负载分担策略实现,例如,轮询法、随机法、源地址哈希法等,本公开对此不作限定。
在选取能够处理所述业务请求报文的业务类型的服务器后,LB设备可以根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
根据本公开的报文处理方法能够获取服务器的业务服务质量,最大限度的利用新增服务器的服务资源,提高了服务器的使用效率,进而提升了负载均衡业务性能。
图4示出根据本公开一实施例的报文处理方法的流程图。在一种可能的实现方式中,所述方法还包括:
步骤S14,在所述处于正常工作状态的服务器的业务服务质量中存在小于所述预设阈值的业务服务质量时,通知所述SDN网络中的SDN控制器将业务服务质量小于所述预设阈值的服务器上的小于所述预设阈值的业务服务质量对应的业务迁移到业务服务质量不小于所述预设阈值的服务器上。
从来自处于正常工作状态的服务器的NQA响应报文中获取至少一个指定业务类型对应的业务服务质量,若一个或多个业务类型对应的业务服务质量低于预设阈值,LB设备可以通知SDN控制器将该业务类型对应的业务迁移到SDN网络中业务服务质量不小于所述预设阈值的服务器上。举例来说,LB设备接收到处于正常工作状态的SERVER1、SERVER2和SERVER3返回的NQA响应报文,解析NQA响应报文确定相应的服务器上的业务服务质量,以HTTPS为例,如果SERVER1和SERVER2上HTTPS的业务服务质量大于预设阈值、SERVER3上HTTPS的业务服务质量低于预设阈值,那么LB设备可以通知SDN控制器将SERVER3上的一部分或者全部HTTPS业务迁移到服务器SERVER1和/或SERVER2上,且,此时LB设备可以不再向SERVER3分配新的HTTPS请求报文。
需要说明的是,业务迁移可以采用相关的现有技术实现,例如,SDN控制器读取SERVER3上的HTTPS业务并同步到SERVER1和/或SERVER2上,实现迁移,本公开对此不作限定。
在服务器上的业务类型对应的服务质量低于预设阈值时,LB设备通过通知SDN控制器实现该业务类型对应的业务进行迁移。根据本公开的报文处理方法,LB设备可以及时调整服务器上已有业务的分担,提高负载均衡业务性能。
应用示例
示例1
下面结合可能的应用场景对报文处理方法进行解释说明。
在如2图所示的示例中,用户通过SDN控制器创建了LB业务,SERVER1、SERVER2和SERVER3为服务器成员,以业务类型为HTTPS为例,初始情况下SERVER1和SERVER3已经正常上线,SERVER2尚未上线。
当SERVER2尚未上线时,LB设备执行定时NQA检测,向SDN网络中的服务器发送NQA请求报文,所述NQA请求报文中携带有校验数据和指定业务类型HTTPS,SERVER1和SERVER3状态正常,向LB设备返回NQA响应报文,NQA响应报文携带有所述校验数据;SERVER2不可达,SERVER2状态为DOWN(下线状态),不会向LB设备返回NQA响应报文。LB设备根据接收到的SERVER1和SERVER3返回NQA响应报文可以确定SDN网络中处于正常工作状态的服务器为SERVER1和SERVER3、以及SERVER1和SERVER3上HTTPS业务的业务服务质量;若SERVER1和SERVER3上HTTPS业务的业务服务质量都不小于预设阈值,可以将SERVER1和SERVER3选取为能够处理所述业务请求报文的业务类型的服务器,LB设备可以根据预设的负载分担策略将HTTPS请求报文分配到SERVER1或者SERVER3上。
某个时刻SERVER2上线了,LB设备发送的NQA请求报文到达SERVER2,SERVER2此时正在初始化服务、准备相关计算、存储资源,向LB设备返回的NQA响应报文中HTTPS的业务服务质量较低。LB设备接收到SERVER2返回的NQA响应报文,解析出HTTPS的业务服务质量较低(小于预设阈值),此时SERVER2不会参与新的HTTPS请求报文的计算分担,LB设备仍然将新的HTTPS请求报文分配到SERVER1或者SERVER3上。
某个时刻后,SERVER2上线成功,SERVER2的HTTPS服务具备了接受业务的条件,向LB设备返回的NQA响应报文中HTTPS的业务服务质量较高(不小于预设阈值)。LB设备接收到SERVER2返回的NQA响应报文,解析出HTTPS的业务服务质量较高(不小于预设阈值),将SERVER2纳入HTTPS业务的计算分担中。当接收到客户端发送的新的HTTPS请求报文时,LB设备可以将SERVER1、SERVER2和SERVER3都选取为能够处理所述业务请求报文的业务类型的服务器,LB将会把新的HTTPS请求报文分配到SERVER1、SERVER2或者SERVER3上。
某个时刻时,SERVER1上的HTTPS连接数量增多,SERVER1向LB设备返回的NQA响应报文中的HTTPS的业务服务质量较低(小于预设阈值)。LB设备接收到NQA响应报文,解析出HTTPS的业务服务质量较低(小于预设阈值),此时,LB设备不会再向SERVER1分配新的HTTPS请求报文,LB设备可以将SERVER2和SERVER3确定为能够为所述客户端提供HTTPS服务的对象,LB将会把新的HTTPS请求报文分配到SERVER2或者SERVER3上。同时,LB设备可以通知SDN控制器将SERVER1上的业务迁移到SERVER2或者SERVER3上。
某个时刻时,SERVER1上的HTTPS业务存储区异常,SERVER1向LB设备返回的NQA相应报文中的HTTPS的业务服务质量小于预设阈值。LB设备接收到NQA响应报文,解析出HTTPS的业务服务质量小于预设阈值,此时,LB设备不会再向SERVER1分配新的HTTPS请求报文,同时,LB设备可以通知SDN控制器将SERVER1上的业务迁移到SERVER2或者SERVER3上。
通过这种方式,LB设备能够在每次NQA检测周期及时获取每个服务器成员的业务运行状态,及时调整新的业务请求报文的分配,将新的业务请求报文及时分配到最合理的成员上。并且,对于新上线的服务器成员,避免了温暖上线配置的等待时间和爬升时间不合理导致的业务分担错误,提高了服务器成员上线时的分担效率,提升了服务器成员的使用效率,进而提高了负载均衡业务性能。
图5示出根据本公开一实施例的报文处理装置的框图,该装置可以应用于SDN网络中的LB(Load Balance,负载均衡)设备。如图5所示,该装置可以包括:接收模块51,用于接收所述SDN网络中的客户端发送的业务请求报文;
选择模块52,用于根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;
发送模块53,用于根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
通过LB设备获取SDN网络中处于正常工作状态的服务器的业务服务质量,并根据该些服务器上业务请求报文的业务类型对应的业务服务质量,从中选取能够处理业务请求报文的业务类型的服务器。根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
根据本公开的报文处理装置能够获取服务器的业务服务质量,最大限度的利用新增服务器的服务资源,提高了服务器的使用效率,进而提升了负载均衡业务性能。
图6示出根据本公开一实施例的报文处理装置的框图。如图6所示,所述选择模块52包括:
报文发送单元521,用于周期性的向所述SDN网络中的所有服务器发送网络质量分析NQA请求报文,所述NQA请求报文中携带有校验数据和至少一个指定业务类型;
确定单元522,用于将接收的携带有所述校验数据的NQA响应报文的来源服务器,确定为处于正常工作状态的服务器;
获取单元523,用于获取来自处于正常工作状态的服务器的NQA响应报文中携带的所述至少一个指定业务类型对应的业务服务质量。
在一种可能的实现方式中,所述选择模块52还包括:
选择单元524,用于从所述处于正常工作状态的服务器中选择包括有所述业务请求报文的业务类型对应的业务服务质量的服务器;
选取单元525,用于将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量不小于预设阈值的服务器,选取为能够处理所述业务请求报文的业务类型的服务器。
在一种可能的实现方式中,所述装置还包括:
通知模块54,用于在所述处于正常工作状态的服务器的业务服务质量中存在小于所述预设阈值的业务服务质量时,通知所述SDN网络中的SDN控制器将业务服务质量小于所述预设阈值的服务器上的小于所述预设阈值的业务服务质量对应的业务迁移到业务服务质量不小于所述预设阈值的服务器上。
图7是根据一示例性实施例示出的一种用于报文处理装置900的框图。参照图7,该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由***总线903通信。并且,处理器901通过读取机器可读存储介质902中与报文处理逻辑对应的机器可执行指令以执行上文所述的报文处理方法。
本文中提到的机器可读存储介质902可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(Radom Access Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (8)
1.一种报文处理方法,其特征在于,所述方法应用于SDN网络中的负载均衡LB设备,所述方法包括:
接收所述SDN网络中的客户端发送的业务请求报文;
根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;
根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
2.根据权利要求1所述的报文处理方法,其特征在于,通过下述方式获取所述SDN网络中处于正常工作状态的服务器的业务服务质量:
周期性的向所述SDN网络中的所有服务器发送网络质量分析NQA请求报文,所述NQA请求报文中携带有校验数据和至少一个指定业务类型;
将接收的携带有所述校验数据的NQA响应报文的来源服务器,确定为处于正常工作状态的服务器;
获取来自处于正常工作状态的服务器的NQA响应报文中携带的所述至少一个指定业务类型对应的业务服务质量。
3.根据权利要求1或2所述的报文处理方法,其特征在于,根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器,包括:
从所述处于正常工作状态的服务器中选择包括有所述业务请求报文的业务类型对应的业务服务质量的服务器;
将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量不小于预设阈值的服务器,选取为能够处理所述业务请求报文的业务类型的服务器。
4.根据权利要求3所述的报文处理方法,其特征在于,所述方法还包括:
在所述处于正常工作状态的服务器的业务服务质量中存在小于所述预设阈值的业务服务质量时,通知所述SDN网络中的SDN控制器将业务服务质量小于所述预设阈值的服务器上的小于所述预设阈值的业务服务质量对应的业务迁移到业务服务质量不小于所述预设阈值的服务器上。
5.一种报文处理装置,其特征在于,所述装置应用于SDN网络中的负载均衡LB设备,所述装置包括:
接收模块,用于接收所述SDN网络中的客户端发送的业务请求报文;
选择模块,用于根据获取的所述SDN网络中处于正常工作状态的服务器的业务服务质量,从所述处于正常工作状态的服务器中选取能够处理所述业务请求报文的业务类型的服务器;
发送模块,用于根据预设的负载分担策略,从选取的服务器中确定一个服务器,并将所述业务请求报文发送给确定出的服务器进行处理。
6.根据权利要求5所述的报文处理装置,其特征在于,所述选择模块包括:
报文发送单元,用于周期性的向所述SDN网络中的所有服务器发送网络质量分析NQA请求报文,所述NQA请求报文中携带有校验数据和至少一个指定业务类型;
确定单元,用于将接收的携带有所述校验数据的NQA响应报文的来源服务器,确定为处于正常工作状态的服务器;
获取单元,用于获取来自处于正常工作状态的服务器的NQA响应报文中携带的所述至少一个指定业务类型对应的业务服务质量。
7.根据权利要求5或6所述的报文处理装置,其特征在于,所述选择模块还包括:
选择单元,用于从所述处于正常工作状态的服务器中选择包括有所述业务请求报文的业务类型对应的业务服务质量的服务器;
选取单元,用于将选择的服务器中所述业务请求报文的业务类型对应的业务服务质量不小于预设阈值的服务器,选取为能够处理所述业务请求报文的业务类型的服务器。
8.根据权利要求7所述的报文处理装置,其特征在于,所述装置还包括:
通知模块,用于在所述处于正常工作状态的服务器的业务服务质量中存在小于所述预设阈值的业务服务质量时,通知所述SDN网络中的SDN控制器将业务服务质量小于所述预设阈值的服务器上的小于所述预设阈值的业务服务质量对应的业务迁移到业务服务质量不小于所述预设阈值的服务器上。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711042869.2A CN107979539B (zh) | 2017-10-30 | 2017-10-30 | 报文处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711042869.2A CN107979539B (zh) | 2017-10-30 | 2017-10-30 | 报文处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107979539A true CN107979539A (zh) | 2018-05-01 |
CN107979539B CN107979539B (zh) | 2021-12-03 |
Family
ID=62012885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711042869.2A Active CN107979539B (zh) | 2017-10-30 | 2017-10-30 | 报文处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107979539B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108848037A (zh) * | 2018-05-31 | 2018-11-20 | 平安医疗科技有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN109787911A (zh) * | 2018-12-10 | 2019-05-21 | 中兴通讯股份有限公司 | 负载分担的方法、控制面实体和转发器 |
CN110708365A (zh) * | 2019-09-23 | 2020-01-17 | 杭州迪普科技股份有限公司 | 一种数据接收器的选择方法和装置 |
CN111740857A (zh) * | 2020-05-29 | 2020-10-02 | 新华三信息安全技术有限公司 | 网络质量分析nqa配置的下发方法及装置 |
CN112671813A (zh) * | 2019-10-15 | 2021-04-16 | 浙江宇视科技有限公司 | 服务器确定方法、装置、设备及存储介质 |
WO2022042505A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 转发报文、发布转发指示信息和通告报文的方法及设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120272245A1 (en) * | 2011-04-20 | 2012-10-25 | International Business Machines Corporation | Web service management |
US20160337239A1 (en) * | 2015-05-14 | 2016-11-17 | Qualcomm Incorporated | Dynamically adjusting network services stratum parameters based on access and/or connectivity stratum utilization and/or congestion information |
US20170070567A1 (en) * | 2015-09-07 | 2017-03-09 | Electronics And Telecommunications Research Institute | Load balancing apparatus and load balancing method |
US20170126789A1 (en) * | 2015-10-30 | 2017-05-04 | AppDynamics, Inc. | Automatic Software Controller Configuration based on Application and Network Data |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100466551C (zh) * | 2006-09-20 | 2009-03-04 | 杭州华三通信技术有限公司 | 一种实现负载均衡的方法和一种负载均衡设备 |
CN103685461B (zh) * | 2013-10-24 | 2018-01-30 | 瑞典爱立信有限公司 | 一种集群管理装置、管理***以及管理方法 |
CN103795805B (zh) * | 2014-02-27 | 2017-08-25 | 中国科学技术大学苏州研究院 | 基于sdn的分布式服务器负载均衡方法 |
CN106302565B (zh) * | 2015-05-12 | 2020-11-24 | 浙江格林蓝德信息技术有限公司 | 业务服务器的调度方法及*** |
CN105592134B (zh) * | 2015-08-26 | 2019-04-05 | 新华三技术有限公司 | 一种负载分担的方法和装置 |
CN105516347B (zh) * | 2015-12-31 | 2019-03-26 | 浙江大华***工程有限公司 | 一种流媒体服务器的负载均衡调配的方法及装置 |
CN106101232A (zh) * | 2016-06-16 | 2016-11-09 | 北京思源置地科技有限公司 | 负载均衡方法及装置 |
CN106657379A (zh) * | 2017-01-06 | 2017-05-10 | 重庆邮电大学 | 一种nginx服务器负载均衡的实现方法及*** |
CN106878420B (zh) * | 2017-02-17 | 2019-10-22 | 北京天融信网络安全技术有限公司 | 一种基于sdn的服务器负载均衡方法及装置 |
-
2017
- 2017-10-30 CN CN201711042869.2A patent/CN107979539B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120272245A1 (en) * | 2011-04-20 | 2012-10-25 | International Business Machines Corporation | Web service management |
US20160337239A1 (en) * | 2015-05-14 | 2016-11-17 | Qualcomm Incorporated | Dynamically adjusting network services stratum parameters based on access and/or connectivity stratum utilization and/or congestion information |
US20170070567A1 (en) * | 2015-09-07 | 2017-03-09 | Electronics And Telecommunications Research Institute | Load balancing apparatus and load balancing method |
US20170126789A1 (en) * | 2015-10-30 | 2017-05-04 | AppDynamics, Inc. | Automatic Software Controller Configuration based on Application and Network Data |
Non-Patent Citations (1)
Title |
---|
单志广, 林 闯: "Web 服务器集群QoS-aware 负载均衡策略的性能评价", 《***仿真学报》 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108848037A (zh) * | 2018-05-31 | 2018-11-20 | 平安医疗科技有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN109787911A (zh) * | 2018-12-10 | 2019-05-21 | 中兴通讯股份有限公司 | 负载分担的方法、控制面实体和转发器 |
CN110708365A (zh) * | 2019-09-23 | 2020-01-17 | 杭州迪普科技股份有限公司 | 一种数据接收器的选择方法和装置 |
CN112671813A (zh) * | 2019-10-15 | 2021-04-16 | 浙江宇视科技有限公司 | 服务器确定方法、装置、设备及存储介质 |
CN112671813B (zh) * | 2019-10-15 | 2023-03-24 | 浙江宇视科技有限公司 | 服务器确定方法、装置、设备及存储介质 |
CN111740857A (zh) * | 2020-05-29 | 2020-10-02 | 新华三信息安全技术有限公司 | 网络质量分析nqa配置的下发方法及装置 |
CN111740857B (zh) * | 2020-05-29 | 2023-12-26 | 新华三信息安全技术有限公司 | 网络质量分析nqa配置的下发方法及装置 |
WO2022042505A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 转发报文、发布转发指示信息和通告报文的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN107979539B (zh) | 2021-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107979539A (zh) | 报文处理方法及装置 | |
CN109274707B (zh) | 一种负载调度方法及装置 | |
US20210036907A1 (en) | Methods and apparatuses for pushing a message | |
CN101815033B (zh) | 负载均衡的方法、设备及*** | |
CN108075934B (zh) | 一种网络质量监控方法、装置及*** | |
CN108063714B (zh) | 一种网络请求的处理方法及装置 | |
CN108933829A (zh) | 一种负载均衡方法及装置 | |
US9525727B2 (en) | Efficient and scalable pull-based load distribution | |
CN110336848B (zh) | 一种访问请求的调度方法及调度***、设备 | |
CN111355752A (zh) | 基于网闸的文件传输方法、装置及设备 | |
US6763372B1 (en) | Load balancing of chat servers based on gradients | |
US11888745B2 (en) | Load balancer metadata forwarding on secure connections | |
US10320680B1 (en) | Load balancer that avoids short circuits | |
CN110769040B (zh) | 一种访问请求的处理方法、装置、设备及存储介质 | |
Qu et al. | Mitigating impact of short‐term overload on multi‐cloud web applications through geographical load balancing | |
CN107566466A (zh) | 负载均衡方法及装置 | |
EP3593516B1 (en) | Method and control node for managing cloud resources in a communications network | |
CN107343037B (zh) | 一种分布式存储***的数据传输方法及装置 | |
EP3672203A1 (en) | Distribution method for distributed data computing, device, server and storage medium | |
CN106790610B (zh) | 一种云***消息分发方法,装置和*** | |
CN110855528B (zh) | 报文处理方法及测试设备 | |
CN115987953A (zh) | 提供边缘服务方法、装置、边缘设备提供***及存储介质 | |
CN108781215B (zh) | 网络服务实现方法、服务控制器及通信*** | |
JP2018109867A (ja) | セッション管理プログラム、セッション管理方法、情報処理装置、及び情報処理システム | |
CN109962820B (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 |