CN110290222A - 一种请求消息处理方法及装置 - Google Patents
一种请求消息处理方法及装置 Download PDFInfo
- Publication number
- CN110290222A CN110290222A CN201910640620.4A CN201910640620A CN110290222A CN 110290222 A CN110290222 A CN 110290222A CN 201910640620 A CN201910640620 A CN 201910640620A CN 110290222 A CN110290222 A CN 110290222A
- Authority
- CN
- China
- Prior art keywords
- end server
- weight
- request message
- server
- processing
- 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
Classifications
-
- 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/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例提供了一种请求消息处理方法及装置，针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时，根据判定结果，对该后端服务器当前的权重进行更新，当接收到终端发送的第二请求消息时，根据各后端服务器更新后的权重，将第二请求消息转发至各后端服务器进行处理。基于上述处理，能够避免后端服务器过载，进而，可以在一定程度上避免网络业务的中断。
Description
技术领域
本发明涉及互联网技术领域，特别是涉及一种请求消息处理方法及装置。
背景技术
随着互联网技术的发展和普及，越来越多的用户可以使用互联网提供的功能，当用户需要使用互联网提供的某一功能时，用户可以通过终端向负载均衡设备(例如负载均衡服务器)发送相应的请求消息。相应的，负载均衡服务器可以将接收到的请求消息，转发至不同的后端服务器进行处理。后端服务器处理该请求消息之后，可以向终端发送该请求消息对应的响应消息，并向负载均衡服务器发送该请求消息对应的提醒消息，以通告负载均衡服务器该请求消息已处理结束。
现有技术中，当负载均衡服务器接收到同一类型的请求消息较多时，可以将同一类型的请求消息转发至不同的后端服务器进行处理，且各后端服务器可以具有不同的预设权重，每一后端服务器的预设权重可以根据该后端服务器的性能(例如内存、CPU等)确定。后续，当负载均衡服务器接收到终端发送的请求消息时，可以根据各后端服务器的预设权重，将接收到的请求消息转发至不同的后端服务器进行处理，例如，负载均衡服务器可以向预设权重较高的后端服务器转发较多的请求消息，向预设权重较低的后端服务器转发较少的请求消息。
然而，发明人在实现本发明的过程中发现，现有技术至少存在如下问题：
在处理请求消息的过程中，由于负载均衡服务器会向预设权重较高的后端服务器发送较多的请求消息，当该预设权重较高的后端服务器的处理能力降低时，负载均衡服务器仍有可能将较多的请求消息，转发至该预设权重较高的后端服务器进行处理，可能会导致该预设权重较高的后端服务器过载，进而，造成网络业务的中断。
发明内容
本发明实施例的目的在于提供一种请求消息处理方法及装置，能够避免后端服务器过载，在一定程度上避免网络业务的中断。具体技术方案如下：
第一方面，为了达到上述目的，本发明实施例提供了一种请求消息处理方法，所述方法应用于负载均衡设备，所述方法包括：
针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
可选的，所述判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，包括：
计算转发所述第一请求消息的时刻，与接收到所述第一提醒消息的时刻之间的时长；
如果计算得到的时长大于第一预设时长，则判定该后端服务器处理所述第一请求消息超时；
如果计算得到的时长不大于所述第一预设时长，则判定该后端服务器处理所述第一请求消息未超时。
可选的，所述根据判断结果，对该后端服务器当前的权重进行更新，包括：
如果该后端服务器处理所述第一请求消息超时，降低该后端服务器当前的权重；
如果该后端服务器处理所述第一请求消息未超时，提高该后端服务器当前的权重。
可选的，在所述提高该后端服务器当前的权重之后，所述方法还包括：
判断该后端服务器提高后的权重是否大于第一权重阈值；
如果该后端服务器提高后的权重大于所述第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重，其中，该后端服务器重置后的权重属于预设权重范围。
可选的，所述方法还包括：
当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
可选的，在所述拒绝向该后端服务器转发接收到的请求消息之后，所述方法还包括：
当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息；
如果该后端服务器当前的权重不小于所述第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
第二方面，为了达到上述目的，本发明实施例提供了一种请求消息处理装置，所述装置应用于负载均衡设备，所述装置包括：
判断模块，用于针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
更新模块，用于根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
转发模块，用于当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
可选的，所述判断模块，具体用于计算转发所述第一请求消息的时刻，与接收到所述第一提醒消息的时刻之间的时长；
如果计算得到的时长大于第一预设时长，则判定该后端服务器处理所述第一请求消息超时；
如果计算得到的时长不大于所述第一预设时长，则判定该后端服务器处理所述第一请求消息未超时。
可选的，所述更新模块，包括：
第一处理子模块，用于如果该后端服务器处理所述第一请求消息超时，降低该后端服务器当前的权重；
第二处理子模块，用于如果该后端服务器处理所述第一请求消息未超时，提高该后端服务器当前的权重。
可选的，所述第二处理子模块，还用于判断该后端服务器提高后的权重是否大于第一权重阈值；
如果该后端服务器提高后的权重大于所述第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重，其中，该后端服务器重置后的权重属于预设权重范围。
可选的，所述装置还包括：
第一处理模块，用于当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
可选的，所述第一处理模块还用于当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息；
如果该后端服务器当前的权重不小于所述第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
第三方面，本发明实施例还提供一种负载均衡设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一所述的请求消息处理方法的步骤。
在本发明实施的又一方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的请求消息处理方法的步骤。
在本发明实施的又一方面，本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的请求消息处理方法。
本发明实施例提供了一种请求消息处理方法，可以针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时，根据判定结果，对该后端服务器当前的权重进行更新，当接收到终端发送的第二请求消息时，根据各后端服务器更新后的权重，将第二请求消息转发至各后端服务器进行处理。
基于上述处理，如果某一后端服务器当前处理请求消息超时，表示该后端服务器的处理能力降低，负载均衡服务器可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，负载均衡服务器可以根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种请求消息处理方法的流程图；
图2为本发明实施例提供的一种请求消息处理方法示例的流程图；
图3为本发明实施例提供的一种请求消息处理系统的架构图；
图4为本发明实施例提供的一种请求消息处理装置的结构图；
图5为本发明实施例提供的一种负载均衡设备的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
下面通过具体实施例，对本发明实施例提供的请求消息处理方法进行详细说明。
参见图1，图1为本发明实施例提供的一种请求消息处理方法的流程图，可以应用于负载均衡设备，负载均衡设备可以为服务器(可以称为负载均衡服务器)，该方法可以包括如下步骤：
S101：针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时。
其中，第一提醒消息用于使负载均衡设备确定该后端服务器已完成第一请求消息的处理。
第一请求消息可以为负载均衡服务器转发至后端服务器进行处理的任一请求消息，后端服务器对第一请求消息处理结束之后，可以向负载均衡服务器发送对应第一请求消息的提醒消息，即为第一提醒消息，以通告负载均衡服务器第一请求消息已处理结束。
在发明实施例中，当用户需要使用互联网提供的某一功能时，用户可以通过终端向负载均衡服务器发送相应的请求消息，当负载均衡服务器接收到终端发送的该请求消息时，可以获取能够处理该请求消息的后端服务器(可以称为目标后端服务器)当前的权重，根据目标后端服务器当前的权重，将接收到的该请求消息转发至目标后端服务器进行处理。
一个后端服务器当前的权重能够表示该后端服务器当前的处理请求消息的能力。该后端服务器当前的权重可以为该后端服务器的初始权重，也可以为上一次更新后的权重，该后端服务器的初始权重可以根据该后端服务器的性能(例如内存、CPU等)确定。
可以理解的是，目标后端服务器可以为一个，也可以为多个。
如果目标后端服务器为一个，可以将该请求消息转发至目标后端服务器进行处理。
如果目标后端服务器为多个，可以将该请求消息转发至目标后端服务器中当前的权重较高的后端服务器进行处理。
一种实现方式中，负载均衡服务器可以在预设路径下记录各后端服务器的地址、各后端服务器当前的权重，以及各后端服务器能够处理的请求消息的消息类型标识。其中，预设路径可以由技术人员根据经验设置。
示例性的，如果负载均衡服务器为Zookeeper(一个分布式的，开放源码的分布式应用程序协调服务系统)，则预设路径可以为Zookeeper/registry/scoreSer vice路径。当负载均衡服务器接收到查询积分这一类型的请求消息(可以称为查询积分请求消息)时，负载均衡服务器可以获取Zookeeper/registry/scoreServ ice路径下记录的能够处理查询积分请求消息的后端服务器(可以称为查询积分后端服务器)的地址，以及查询积分后端服务器当前的权重，并根据查询积分后端服务器当前的权重，将查询积分请求消息，转发至查询积分后端服务器进行处理。
针对每一后端服务器，在该后端服务器处理第一请求消息之后，可以向负载均衡服务器发送相应的第一提醒消息，因此，负载均衡服务器可以在接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时，以根据判定结果进行相应处理。
可选的，负载均衡服务器可以记录转发第一请求消息的时刻，以及接收到第一提醒消息的时刻，进而，判断该后端服务器处理第一请求消息是否超时。
相应的，S101可以包括以下步骤：
步骤一：计算转发第一请求消息的时刻，与接收到第一提醒消息的时刻之间的时长。
步骤二：如果计算得到的时长大于第一预设时长，则判定该后端服务器处理第一请求消息超时。
其中，第一预设时长可以由技术人员根据经验设置。
一种实现方式中，如果负载均衡服务器向该后端服务器转发第一请求消息的时刻为T1，接收到该后端服务器发送的第一提醒消息的时刻为T2，计算T1与T2之间的时长S1。
如果S1大于第一预设时长，则负载均衡服务器可以判定该后端服务器处理第一请求消息超时。
步骤三：如果计算得到的时长不大于第一预设时长，则判定该后端服务器处理第一请求消息未超时。
另一种实现方式中，如果负载均衡服务器向该后端服务器转发第一请求消息的时刻为T3，接收到该后端服务器发送的第一提醒消息的时刻为T4，计算T3与T4之间的时长S2。
如果S2小于或者等于第一预设时长，则负载均衡服务器可以判定该后端服务器处理第一请求消息未超时。
基于上述处理，负载均衡服务器可以对后端服务器处理请求消息是否超时进行判断，即判断后端服务器当前的处理能力，以根据判定结果进行相应处理。
S102：根据判定结果，对该后端服务器当前的权重进行更新。
其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力。
一个后端服务器当前的权重可以为该后端服务器的初始权重，也可以为上一次更新后的权重。
针对每一后端服务器，负载均衡服务器在判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时之后，可以根据判定结果对该后端服务器当前的权重进行更新。
根据判定结果，对该后端服务器当前的权重进行更新的方法，可以包括以下两种方式：
方式一：如果该后端服务器处理第一请求消息超时，降低该后端服务器当前的权重。
通常，后端服务器的权重的数值越大，表示后端服务器的处理能力越强。
一种实现方式中，如果负载均衡服务器判定某一后端服务器处理请求消息超时，则该后端服务器的处理能力降低，负载均衡服务器可以根据该后端服务器处理请求消息超时的次数，降低该后端服务器当前的权重。
示例性的，如果某一后端服务器第一次处理请求消息超时，则负载均衡服务器可以将该后端服务器当前的权重减少1；如果该后端服务器第二次处理请求消息超时，则负载均衡服务器可以将该后端服务器当前的权重减少2；如果该后端服务器第三次处理请求消息超时，则负载均衡服务器可以将该后端服务器当前的权重减少3，以此类推，负载均衡服务器可以根据该后端服务器处理请求消息超时的次数，减少该后端服务器当前的权重，该后端服务器减少后的权重能够表示该后端服务器当前的处理能力。
另一种实现方式中，如果负载均衡服务器判定某一后端服务器处理请求消息超时，则可以将该后端服务器当前的权重与第一预设数值的差值，作为该后端服务器更新后的权重。
其中，第一预设数值可以由技术人员根据经验设置，例如，第一预设数值可以为10，但并不限于此。
如果负载均衡服务器判定该后端服务器处理第一请求消息超时，表示该后端服务器处理能力降低，负载均衡服务器可以重新确定该后端服务器当前的处理能力，即，负载均衡服务器可以计算该后端服务器当前的权重与第一预设数值的差值，将计算得到的差值作为该后端服务器更新后的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力。
示例性的，第一预设数值可以为10，如果某一后端服务器当前的权重为60，且负载均衡服务器判定该后端服务器当前处理请求消息超时，则负载均衡服务器可以计算该后端服务器当前的权重(即60)与第一预设数值(即10)的差值(即50)，并将50作为该后端服务器更新后的权重。
基于上述处理，如果负载均衡服务器判定某一后端服务器当前处理请求消息超时，表示该后端服务器的处理能力降低，负载均衡服务器可以降低该后端服务器当前的权重，即，重新确定该后端服务器当前的处理能力，进而，根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，在一定程度上避免网络业务中断。
方式二，可以包括以下步骤：
步骤一：如果该后端服务器处理第一请求消息未超时，提高该后端服务器当前的权重。
如果该后端服务器处理第一请求消息未超时，表示该后端服务器的处理能力良好，可以处理较多的请求消息，则负载均衡服务器可以提高该后端服务器的权重。
一种实现方式中，负载均衡服务器可以将该后端服务器当前的权重与第二预设数值的和值，作为该后端服务器更新后的权重。
其中，第二预设数值可以由技术人员根据经验设置，例如，第二预设数值可以为1，但并不限于此。
如果负载均衡服务器判定该后端服务器处理第一请求消息未超时，负载均衡服务器可以计算该后端服务器当前的权重与第二预设数值的和值，将计算得到的和值作为该后端服务器更新后的权重，该后端服务器更新后的权重能够表示该后端服务器当前的处理能力。
一种实现方式中，第二预设数值可以为1，如果某一后端服务器当前的权重为50，且负载均衡服务器判定该后端服务器当前处理请求消息未超时，则负载均衡服务器可以计算该后端服务器当前的权重(即50)与第二预设数值(即1)的和值(即51)，并将51作为该后端服务器更新后的权重。
基于上述处理，如果负载均衡服务器判定某一后端服务器当前处理请求消息未超时，表示该后端服务器的处理能力良好，负载均衡服务器可以提高该后端服务器当前的权重，即，重新确定该后端服务器当前的处理能力，进而，根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，在一定程度上避免网络业务中断。
步骤二：判断该后端服务器提高后的权重是否大于第一权重阈值，如果该后端服务器提高后的权重大于第一权重阈值，执行步骤三。
其中，第一权重阈值可以由技术人员根据经验设置，例如，第一权重阈值可以为999，但并不限于此。
在负载均衡服务器提高某一后端服务器当前的权重之后，负载均衡服务器可以进一步判断该后端服务器提高后的权重是否大于第一权重阈值，以根据判定结果进行相应的处理。
步骤三：如果该后端服务器提高后的权重大于第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重。
其中，该后端服务器重置后的权重属于预设权重范围。预设权重范围可以根据各后端服务器的初始权重确定，但并不限于此。
一种实现方式中，预设归一化算法可以为预设公式，则负载均衡服务器可以根据预设公式重置该后端服务器的权重，该后端服务器重置后的权重属于预设权重范围。
其中，预设公式为：
A表示预设系数，W表示该后端服务器重置后的权重，P表示该后端服务器重置前的权重，Sum表示各后端服务器当前的权重的和值。
预设系数和预设权重范围可以根据各后端服务器的初始权重进行确定。
示例性的，如果各后端服务器的初始权重属于[1，100]范围，则预设系数可以为100，预设权重范围可以为[1，100]；如果各后端服务器的初始权重属于[1，200]范围，则预设系数可以为200，预设权重范围可以为[1，200]，但并不限于此。
如果负载均衡服务器判定该后端服务器提高后的权重大于第一权重阈值，为了防止该后端服务器的权重无限增大，则可以根据预设公式重置该后端服务器的权重。
一种实现方式中，如果第二预设数值为1，第一权重阈值为999，预设系数为100。某一后端服务器(可以称为第一后端服务器)当前的权重为999，且负载均衡服务器判定第一后端服务器当前处理请求消息未超时，则负载均衡服务器可以计算第一后端服务器当前的权重(即999)与第二预设数值(即1)的和值(即1000)，并将1000作为第一后端服务器更新后的权重。
如果当前能够处理请求消息的后端服务器的数目为3，第一后端服务器更新后的权重为1000，另外2个后端服务器当前的权重分别为：400，600。
此时，负载均衡服务器判定第一后端服务器更新后的权重(即1000)，大于第一权重阈值(即999)，则负载均衡服务器可以根据预设公式重置第一后端服务器的权重。
负载均衡服务器可以计算当前能够处理请求消息的后端服务器当前的权重的和值，即，计算1000、400与600的和值(即2000)，则Sum的值为2000。
进而，根据预设系数A的值(即100)、第一后端服务器重置前的权重P的值(即1000)，以及Sum的值(即2000)和公式(1)，得到W＝50。将计算得到W的值(即50)，作为第一后端服务器重置后的权重。
基于上述处理，如果某一后端服务器的权重增加至大于第一权重阈值，负载均衡服务器可以根据预设公式重置该后端服务器的权重，能够防止该后端服务器的权重无限增大，避免将过多的请求消息转发至该后端服务器进行处理，进而，能够避免该后端服务器过载。
S103：当接收到终端发送的第二请求消息时，根据各后端服务器更新后的权重，将第二请求消息转发至各后端服务器进行处理。
其中，第二请求消息为根据处理第一请求消息的过程，对各后端服务器的权重进行更新之后，负载均衡服务器接收到的请求消息。
在发明实施例中，各后端服务器更新后的权重能够表示各后端服务器当前的处理能力，当负载均衡服务器接收到终端发送的第二请求消息时，可以根据各后端服务器更新后的权重，即，根据各后端服务器当前的处理能力，将接收到的第二请求消息转发至各后端服务器进行处理。
基于上述处理，如果某一后端服务器当前处理请求消息超时，表示该后端服务器的处理能力降低，负载均衡服务器可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，负载均衡服务器可以根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
另外，负载均衡服务器还可以在某一后端服务器处理请求消息超时之后，重新确定该后端服务器当前的处理能力，以根据该后端服务器当前的处理能力进行相应处理。
相应的，该方法还可以包括以下步骤：
步骤一：当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
一种实现方式中，负载均衡服务器可以检测该后端服务器处理请求消息连续超时的次数，以确定该后端服务器当前的处理能力。
如果该后端服务器处理某一请求消息超时，则负载均衡服务器可以判断该后端服务器处理请求消息连续超时的次数是否大于预设次数，如果负载均衡服务器判定该后端服务器处理请求消息连续超时的次数，大于预设次数，则表示该后端服务器当前无法正常处理请求消息。
其中，预设次数可以由技术人员根据经验设置，例如，预设次数可以为3，但并不限于此。
示例性的，预设次数可以为3，如果某一后端服务器处理请求消息超时，且负载均衡服务器判定该后端服务器处理请求消息连续超时的次数为4，大于预设次数(即3)，则表示该后端服务器当前无法正常处理请求消息。
另一种实现方式中，负载均衡服务器可以根据该后端服务器当前的权重，确定该后端服务器当前的处理能力。
相应的，如果该后端服务器处理某一请求消息超时，则负载均衡服务器可以判断该后端服务器当前的权重是否小于第二权重阈值，如果该后端服务器当前的权重小于第二权重阈值，则表示该后端服务器当前无法正常处理请求消息。
其中，第二权重阈值可以由技术人员根据经验设置，例如，第二权重阈值可以为1，但并不限于此。
示例性的，第二权重阈值可以为1，该后端服务器当前的权重为0，如果该后端服务器处理请求消息超时，且负载均衡服务器判定该后端服务器当前的权重，小于第二权重阈值(即1)，则表示该后端服务器当前无法正常处理请求消息。
在负载均衡服务器确定该后端服务器无法正常处理请求消息之后，负载均衡服务器可以将该后端服务器移出服务器组一段时间，等待该后端服务器处理能力恢复。
其中，服务器组可以由当前能够处理请求消息的后端服务器组成。
相应的，负载均衡服务器将该后端服务器移出服务器组之后，则不会将接收到的请求消息转发至该后端服务器进行处理。
步骤二：当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息。
其中，第二预设时长可以为第三预设时长，也可以为第四预设时长，第三预设时长与第四预设时长可以相同，也可以不相同。
一种实现方式中，第二预设时长可以为第三预设时长，当达到第三预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则负载均衡服务器可以将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息。
其中，第三预设时长可以由技术人员根据经验设置，例如，第三预设时长可以为2分钟，但并不限于此。
当负载均衡服务器将某一后端服务器移出服务器组所持续的时长，达到第三预设时长时，该后端服务器的处理能力基本恢复，如果该后端服务器当前的权重小于第二权重阈值，则负载均衡服务器可以将该后端服务器的权重设置为该后端服务器的初始权重，并再次将该后端服务器加入服务器组。
进而，当负载均衡服务器再次接收到终端发送的请求消息时，可以将接收到的请求消息转发至该后端服务器进行处理，能够确保服务器组处理请求消息的效率。
示例性的，第二权重阈值可以为1，第三预设时长可以为2分钟，如果某一后端服务器的初始权重为50，该后端服务器当前的权重为0，当负载均衡服务器将该后端服务器移出服务器组所持续的时长，达到2分钟时，该后端服务器的处理能力基本恢复，且负载均衡服务器判定该后端服务器当前的权重(即0)，小于第二权重阈值(即1)，则负载均衡服务器可以将该后端服务器的权重设置为50(即，该后端服务器的初始权重)，并将该后端服务器再次加入服务器组。
进而，当负载均衡服务器再次接收到终端发送的请求消息时，可以将接收到的请求消息转发至该后端服务器进行处理。
步骤三：如果该后端服务器当前的权重不小于第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
一种实现方式中，第二预设时长可以为第四预设时长，当负载均衡服务器将该后端服务器移出服务器组所持续的时长，达到第四预设时长时，该后端服务器的处理能力基本恢复。如果该后端服务器当前的权重大于或等于第二权重阈值，则负载均衡服务器可以将该后端服务器再次加入服务器组，后续，可以将接收到的请求消息转发至该后端服务器进行处理。
其中，第四预设时长可以由技术人员根据经验设置，第四预设时长可以为3秒，但并不限于此。
示例性的，第四预设时长可以为3秒，第二权重阈值可以为1，如果该后端服务器当前的权重为20，当负载均衡服务器将该后端服务器移出服务器组所持续的时长，达到3秒时，该后端服务器的处理能力基本恢复，且该后端服务器当前的权重(即20)大于第二权重阈值(即1)，则负载均衡服务器可以将该后端服务器再次加入服务器组。
进而，当负载均衡服务器再次接收到终端发送的请求消息时，可以将接收到的请求消息转发至该后端服务器进行处理。
基于上述处理，当负载均衡服务器确定某一后端服务器无法正常处理请求消息时，负载均衡服务器可以将该后端服务器移出服务器组一段时间，等待该后端服务器处理能力恢复，当达到第二预设时长时，该后端服务器的处理能力基本恢复，负载均衡服务器可以再次将该后端服务器加入服务器组，后续，可以将接收到的请求消息转发至该后端服务器进行处理，进而，能够确保服务器组处理请求消息的效率。
参见图2，图2为本发明实施例提供的一种请求消息处理方法示例的流程图，可以包括以下步骤：
S201：获取各后端服务器当前的权重。
其中，各后端服务器当前的权重可以为各后端服务器的初始权重，也可以为上一次更新后的权重。
S202：针对每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理第一提醒消息对应的第一请求消息是否超时，如果该后端服务器处理第一请求消息超时，执行步骤S203，如果该后端服务器处理第一请求消息未超时，执行步骤S204。
其中，第一提醒消息用于使负载均衡服务器确定该后端服务器已完成第一请求消息的处理。
S203：将该后端服务器当前的权重与第一预设数值的差值，作为该后端服务器更新后的权重。
S204：将该后端服务器当前的权重与第二预设数值的和值，作为该后端服务器更新后的权重。
S205：判断该后端服务器更新后的权重是否大于第一权重阈值，如果该后端服务器更新后的权重大于第一权重阈值，执行步骤S206。
S206：根据预设公式重置该后端服务器的权重。
其中，预设公式为：
A表示预设系数，W表示该后端服务器重置后的权重，P表示该后端服务器重置前的权重，Sum表示各后端服务器当前的权重的和值，该后端服务器重置后的权重属于预设权重范围。
S207：判断该后端服务器更新后的权重是否小于第二权重阈值，如果该后端服务器更新后的权重小于第二权重阈值，执行步骤S208。
S208：拒绝向该后端服务器转发接收到的请求消息。
S209：当达到第二预设时长时，将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息。
S2010：当接收到终端发送的第二请求消息时，根据各后端服务器当前的权重，将第二请求消息转发至各后端服务器进行处理。
基于上述处理，如果某一后端服务器当前处理请求消息超时，表示该后端服务器的处理能力降低，负载均衡服务器可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，负载均衡服务器可以根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
参见图3，图3为本发明实施例提供的一种请求消息处理系统的架构图。
其中，负载均衡服务器可以接收终端发送的请求消息，在接收到终端发送的请求消息后，获取各后端服务器的地址、各后端服务器当前的权重，并根据各后端服务器当前的权重，将接收到的请求消息转发至各后端服务器进行处理。
各后端服务器当前的权重可以为该后端服务器的初始权重，也可以为上一次更新后的权重。
服务器组可以由当前能够处理请求消息的后端服务器组成，该系统中，服务器组包括：后端服务器1、后端服务器2、后端服务器3和后端服务器4。各后端服务器均可以处理负载均衡服务器转发的请求消息。
在处理请求消息结束后，后端服务器还可以向负载均衡服务器发送请求消息对应的提醒消息，以通告负载均衡服务器该请求消息处理结束。
相应的，负载均衡服务器可以根据后端服务器发送的提醒消息，对后端服务器的权重进行更新，以使各后端服务器当前的权重能够体现各后端服务器当前的处理能力。
参见图4，基于同一发明构思，与本发明上述实施例提供的请求消息处理方法相对应，本发明实施例还提供了一种请求消息处理装置，所述装置应用于负载均衡设备，包括：
判断模块401，用于针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
更新模块402，用于根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
转发模块403，用于当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
可选的，所述判断模块401，具体用于计算转发所述第一请求消息的时刻，与接收到所述第一提醒消息的时刻之间的时长；
如果计算得到的时长大于第一预设时长，则判定该后端服务器处理所述第一请求消息超时；
如果计算得到的时长不大于所述第一预设时长，则判定该后端服务器处理所述第一请求消息未超时。
可选的，所述更新模块402，包括：
第一处理子模块，用于如果该后端服务器处理所述第一请求消息超时，降低该后端服务器当前的权重；
第二处理子模块，用于如果该后端服务器处理所述第一请求消息未超时，提高该后端服务器当前的权重。
可选的，所述第二处理子模块，还用于判断该后端服务器提高后的权重是否大于第一权重阈值；
如果该后端服务器提高后的权重大于所述第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重，其中，该后端服务器重置后的权重属于预设权重范围。
可选的，所述装置还包括：
第一处理模块，用于当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
可选的，所述第一处理模块还用于当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息；
如果该后端服务器当前的权重不小于所述第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
基于上述处理，如果某一后端服务器当前处理请求消息超时，表示该后端服务器的处理能力降低，负载均衡服务器可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，负载均衡服务器可以根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
基于同一发明构思，与本发明上述实施例提供的请求消息处理方法相对应，本发明实施例还提供了一种负载均衡设备，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，
存储器503，用于存放计算机程序；
处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：
针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
上述负载均衡设备提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述负载均衡设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例提供的负载均衡设备，在某一后端服务器当前处理请求消息超时时，表示该后端服务器的处理能力降低，可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一请求消息处理方法的步骤。
具体的，上述方法包括：
针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
需要说明的是，上述请求消息处理方法的其他实现方式与前述方法实施例部分相同，这里不再赘述。
通过运行本发明实施例提供的计算机可读存储介质中存储的指令，在某一后端服务器当前处理请求消息超时时，表示该后端服务器的处理能力降低，可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一请求消息处理方法。
具体的，上述方法包括：
针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
需要说明的是，上述请求消息处理方法的其他实现方式与前述方法实施例部分相同，这里不再赘述。
通过运行本发明实施例提供的计算机程序产品，在某一后端服务器当前处理请求消息超时时，表示该后端服务器的处理能力降低，可以更新该后端服务器的权重，该后端服务器更新后的权重，能够表示该后端服务器当前的处理能力，根据各后端服务器当前的处理能力，将接收到的请求消息转发至各后端服务器进行处理，能够避免后端服务器过载，进而，在一定程度上避免网络业务的中断。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、负载均衡设备、计算机可读存储介质和计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (14)
1.一种请求消息处理方法，其特征在于，所述方法应用于负载均衡设备，所述方法包括：
针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
2.根据权利要求1所述的方法，其特征在于，所述判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，包括：
计算转发所述第一请求消息的时刻，与接收到所述第一提醒消息的时刻之间的时长；
如果计算得到的时长大于第一预设时长，则判定该后端服务器处理所述第一请求消息超时；
如果计算得到的时长不大于所述第一预设时长，则判定该后端服务器处理所述第一请求消息未超时。
3.根据权利要求1所述的方法，其特征在于，所述根据判断结果，对该后端服务器当前的权重进行更新，包括：
如果该后端服务器处理所述第一请求消息超时，降低该后端服务器当前的权重；
如果该后端服务器处理所述第一请求消息未超时，提高该后端服务器当前的权重。
4.根据权利要求3所述的方法，其特征在于，在所述提高该后端服务器当前的权重之后，所述方法还包括：
判断该后端服务器提高后的权重是否大于第一权重阈值；
如果该后端服务器提高后的权重大于所述第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重，其中，该后端服务器重置后的权重属于预设权重范围。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
6.根据权利要求5所述的方法，其特征在于，在所述拒绝向该后端服务器转发接收到的请求消息之后，所述方法还包括：
当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息；
如果该后端服务器当前的权重不小于所述第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
7.一种请求消息处理装置，其特征在于，所述装置应用于负载均衡设备，所述装置包括：
判断模块，用于针对各后端服务器中的每一后端服务器，当接收到该后端服务器发送的第一提醒消息时，判断该后端服务器处理所述第一提醒消息对应的第一请求消息是否超时，其中，所述第一提醒消息用于使所述负载均衡设备确定该后端服务器已完成所述第一请求消息的处理；
更新模块，用于根据判定结果，对该后端服务器当前的权重进行更新，其中，一个后端服务器的权重用于表示该后端服务器当前处理请求消息的能力；
转发模块，用于当接收到终端发送的第二请求消息时，根据所述各后端服务器更新后的权重，将所述第二请求消息转发至所述各后端服务器进行处理。
8.根据权利要求7所述的装置，其特征在于，所述判断模块，具体用于计算转发所述第一请求消息的时刻，与接收到所述第一提醒消息的时刻之间的时长；
如果计算得到的时长大于第一预设时长，则判定该后端服务器处理所述第一请求消息超时；
如果计算得到的时长不大于所述第一预设时长，则判定该后端服务器处理所述第一请求消息未超时。
9.根据权利要求7所述的装置，其特征在于，所述更新模块，包括：
第一处理子模块，用于如果该后端服务器处理所述第一请求消息超时，降低该后端服务器当前的权重；
第二处理子模块，用于如果该后端服务器处理所述第一请求消息未超时，提高该后端服务器当前的权重。
10.根据权利要求9所述的装置，其特征在于，所述第二处理子模块，还用于判断该后端服务器提高后的权重是否大于第一权重阈值；
如果该后端服务器提高后的权重大于所述第一权重阈值，则根据预设归一化算法和各后端服务器当前的权重，重置该后端服务器的权重，其中，该后端服务器重置后的权重属于预设权重范围。
11.根据权利要求7所述的装置，其特征在于，所述装置还包括：
第一处理模块，用于当确定该后端服务器无法正常处理请求消息时，拒绝向该后端服务器转发接收到的请求消息。
12.根据权利要求11所述的装置，其特征在于，所述第一处理模块还用于当达到第二预设时长时，如果该后端服务器当前的权重小于第二权重阈值，则将该后端服务器的权重设置为该后端服务器的初始权重，并允许向该后端服务器转发接收到的请求消息；
如果该后端服务器当前的权重不小于所述第二权重阈值，则允许向该后端服务器转发接收到的请求消息。
13.一种负载均衡设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-6中任一所述的方法步骤。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-6中任一所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910640620.4A CN110290222A (zh) | 2019-07-16 | 2019-07-16 | 一种请求消息处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910640620.4A CN110290222A (zh) | 2019-07-16 | 2019-07-16 | 一种请求消息处理方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110290222A true CN110290222A (zh) | 2019-09-27 |
Family
ID=68023021
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910640620.4A Pending CN110290222A (zh) | 2019-07-16 | 2019-07-16 | 一种请求消息处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110290222A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101753444A (zh) * | 2009-12-31 | 2010-06-23 | 卓望数码技术（深圳）有限公司 | 一种负载均衡方法和负载均衡装置 |
| CN108667882A (zh) * | 2017-04-01 | 2018-10-16 | 北京京东尚科信息技术有限公司 | 基于动态权重调整的负载均衡方法、装置和电子设备 |
| CN109831536A (zh) * | 2019-03-22 | 2019-05-31 | 成都六四三六五科技有限公司 | 一种前端负载均衡服务降级系统及方法 |
| CN109995839A (zh) * | 2018-01-02 | 2019-07-09 | 中国移动通信有限公司研究院 | 一种负载均衡方法、系统及负载均衡器 |
-
2019
- 2019-07-16 CN CN201910640620.4A patent/CN110290222A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101753444A (zh) * | 2009-12-31 | 2010-06-23 | 卓望数码技术（深圳）有限公司 | 一种负载均衡方法和负载均衡装置 |
| CN108667882A (zh) * | 2017-04-01 | 2018-10-16 | 北京京东尚科信息技术有限公司 | 基于动态权重调整的负载均衡方法、装置和电子设备 |
| CN109995839A (zh) * | 2018-01-02 | 2019-07-09 | 中国移动通信有限公司研究院 | 一种负载均衡方法、系统及负载均衡器 |
| CN109831536A (zh) * | 2019-03-22 | 2019-05-31 | 成都六四三六五科技有限公司 | 一种前端负载均衡服务降级系统及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7856477B2 (en) | Method and system for image verification to prevent messaging abuse | |
| CN108134830A (zh) | 基于消息队列的负载均衡方法、系统、装置及存储介质 | |
| CN109451002B (zh) | 一种cdn节点的选择方法及设备 | |
| CN105025080B (zh) | 一种分布式系统的过载保护方法和服务器 | |
| CN109831524B (zh) | 一种负载均衡处理方法及装置 | |
| CN107360251A (zh) | 会话保持的方法、系统以及负载均衡装置 | |
| JP2010232811A (ja) | 輻輳時の規制情報表示方法、および、規制情報表示システム | |
| CN109274710A (zh) | 网络负载均衡方法、装置及集群服务系统 | |
| JP7285699B2 (ja) | プログラム、方法及び端末装置 | |
| CN109150745A (zh) | 一种报文处理方法及装置 | |
| CN107968848B (zh) | 一种获取ip地址的方法、终端设备及存储介质 | |
| CN113238508A (zh) | 一种烹饪提醒方法及装置 | |
| CN110290222A (zh) | 一种请求消息处理方法及装置 | |
| CN107977269A (zh) | 一种报文转发系统中的超时事件处理方法、装置及设备 | |
| CN110381032A (zh) | 一种多核系统中的会话表项处理方法、装置及相关产品 | |
| CN112468573A (zh) | 数据推送方法、装置、设备及存储介质 | |
| CN108366102A (zh) | 一种基于Consul的服务发现方法、装置及电子设备 | |
| CN110995802A (zh) | 任务的处理方法和装置、存储介质及电子装置 | |
| JP6275882B2 (ja) | アクセス端末によって監視周波数チャネル番号を切り換えるための方法、およびアクセス端末 | |
| CN109213589A (zh) | 一种消息处理的方法及装置 | |
| CN109358983A (zh) | 服务器数据处理方法、装置以及存储介质 | |
| CN114185683A (zh) | 服务器的空闲程度确定方法、装置及存储介质 | |
| CN109525408A (zh) | 一种设备异常处理方法、装置及云存储系统 | |
| CN106998366B (zh) | 一种云控制器负载均衡方法及其装置、一种云控制器 | |
| CN101730147A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190927 |
|
| RJ01 | Rejection of invention patent application after publication |