CN110740164B - 服务器确定方法、调控方法、装置、设备及存储介质 - Google Patents
服务器确定方法、调控方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN110740164B CN110740164B CN201910834836.4A CN201910834836A CN110740164B CN 110740164 B CN110740164 B CN 110740164B CN 201910834836 A CN201910834836 A CN 201910834836A CN 110740164 B CN110740164 B CN 110740164B
- Authority
- CN
- China
- Prior art keywords
- server
- strategy
- target
- data request
- current state
- 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
Images
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/1004—Server selection for load balancing
- H04L67/1025—Dynamic adaptation of the criteria on which the server selection is based
-
- 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 Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提供一种服务器确定方法、调控方法、装置、设备及存储介质,负载均衡器在接收到数据请求时,向策略决策服务器发送调用信息。策略决策服务器在接收到调用信息时,获取各后端服务器当前的状态参数,进而确定出当前的状态参数最优的目标服务器返回给负载均衡器。负载均衡器即可向目标服务器发送该数据请求。这就使得在确定目标服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器,从而使得分配给数据请求的后端服务器是当前性能最优的后端服务器,提高了分配的后端服务器的合理性。
Description
技术领域
本申请涉及信息技术领域,具体而言,涉及一种服务器确定方法、调控方法、装置、设备及存储介质。
背景技术
随着计算机技术的不断发展,用户产生的数据量也越来越多。为了应对日益增多的用户数据量,在计算机网络中会布置多台后端服务器来进行数据处理,以增强计算机网络的数据处理能力。但是,在布置多台后端服务器时,一个现实的问题是如何进行多台后端服务器的调配以使计算机网络的负载均衡,从而保证尽可能好的网络性能。目前常见的负载均衡方式是,将后端服务器排序,由负载均衡器按照每个数据请求的接收时间顺序,将各数据请求按照后端服务器的排序顺序逐一进行分配。例如,设有A、B、C三个后端服务器,按A、B、C的顺序排序,设负载均衡器依次接收到了a、b、c、d、e五个数据请求,分配时即将a分配给A,将b分配给B,将c分配给C,再将d分配给A,将e分配给B。这种负载均衡方式实现简单,但是分配的后端服务器的合理性较差。
发明内容
本申请实施例的目的在于提供一种服务器确定方法、调控方法、装置、设备及存储介质,用以解决相关技术中分配的后端服务器的合理性较差的问题。
本申请实施例提供了一种服务器确定方法,在接收到负载均衡器的调用信息时,获取各后端服务器当前的状态参数;确定出所述当前的状态参数最优的目标服务器;将所述目标服务器的信息返回给所述负载均衡器。
在上述实现过程中,在接收到负载均衡器的调用信息时,即可获取各后端服务器当前的状态参数,进而确定出当前的状态参数最优的目标服务器返回给负载均衡器。这就使得在确定返回给负载均衡器的后端服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器返回给负载均衡器,从而使得负载均衡器分配给数据请求的后端服务器是当前性能最优的后端服务器,这就提高了分配的后端服务器的合理性。
进一步地,所述状态参数包括以下参数至少之一:中央处理器空闲率;磁盘读写速率;可用内存大小;可用网络带宽。
在上述实现过程中,通过采用中央处理器空闲率、磁盘读写速率、可用内存大小、可用网络带宽中的至少一个来确定目标服务器,实现简单,性能评价也更为客观,进一步提高了分配的后端服务器的合理性。
进一步地,所述状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;所述确定出所述当前的状态参数最优的目标服务器包括:按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数;在某一优先级的参数仅具有一个最优参数时,停止比较,并确定所述最优参数对应的后端服务器为所述目标服务器。
应当理解的是,在实际应用过程中所遇到的实际情况是比较复杂的,可能存在有对于同一个状态参数而言参数值相同的情况。在上述实现过程中,设置两个或两个以上的不同参数作为状态参数,并为各参数配置优先级,进而按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数,在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。这就可以在优先级高一个状态参数而言参数值相同时,进一步依据其余优先级低的状态参数确定出最优的后端服务器的情况,进一步提高了分配的后端服务器的合理性。
进一步地,在所述状态参数包括两个或两个以上的不同参数时,所述确定出所述当前的状态参数最优的目标服务器包括:根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值;将所述综合评价值最优的所述后端服务器作为所述目标服务器。
在上述实现过程中,对两个或两个以上的不同参数进行综合计算得到各后端服务器的综合评价值,进而将综合评价值最优的后端服务器作为目标服务器。这样确定出的目标服务器综合性能最优,进一步提高了分配的后端服务器的合理性。
进一步地,所述调用信息中包括策略指示信息;在所述获取各后端服务器当前的状态参数之前还包括:根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述获取各后端服务器当前的状态参数包括:获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
本申请实施例中,可以预先设定多种均衡策略,不同的均衡策略对应需获取的状态参数不同。在上述实现过程中,负载均衡器发来的调用信息中包括策略指示信息,进而根据策略指示信息从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略,进而获取目标均衡策略要求的各所述后端服务器当前的状态参数。这就使得均衡策略可以根据负载均衡器的调用信息进行相应的适配,使得确定出的目标服务器是更符合实际需要。
进一步地,所述调用信息中包括目标均衡策略;所述获取各后端服务器当前的状态参数包括:获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
在上述实现过程中,负载均衡器直接指定目标均衡策略,这就使得最终依据目标均衡策略要求的状态参数确定出的目标服务器更符合实际需要。
本申请实施例还提供了一种服务器调控方法,包括:在接收到数据请求时,调用策略决策服务器,以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器;接收所述策略决策服务器返回的目标服务器的信息,并基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
在上述实现过程中,通过在接收到数据请求时,调用策略决策服务器,以使策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器。进而接收策略决策服务器返回的目标服务器的信息,并基于目标服务器的信息向目标服务器发送数据请求。这样,就使得确定出的分配给数据请求的后端服务器是当前性能最优的后端服务器,这就提高了分配的后端服务器的合理性。
进一步的,所述调用策略决策服务器,以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器包括:向所述策略决策服务器发送包含策略指示信息的调用信息,以使所述策略决策服务器根据所述策略指示信息确定出与所述策略指示信息对应的目标均衡策略,并依据所述目标均衡策略获取各所述后端服务器当前的状态参数,确定出状态参数最优的目标服务器。
应当理解的是,在实际应用过程中,策略决策服务器中可以预先设定多种均衡策略,不同的均衡策略对应需获取的状态参数不同。在上述实现过程中,通过向策略决策服务器发送包含策略指示信息的调用信息,使得确定的目标均衡策略可以根据调用信息进行相应的适配,使得确定出的目标服务器是更符合实际需要。
进一步的,所述数据请求中包含策略指示信息;在所述接收到数据请求时,所述调用策略决策服务器之前,还包括:根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述调用策略决策服务器,以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器包括:向所述策略决策服务器发送包含目标均衡策略的调用信息,以使所述策略决策服务器获取所述目标均衡策略要求的各所述后端服务器当前的状态参数,确定出状态参数最优的目标服务器。
在上述实现过程中,可以直接指定所需的目标均衡策略,从而使得最终依据目标均衡策略确定出的目标服务器更符合实际需要。
进一步的,所述策略指示信息为所述数据请求中的统一资源定位符。
在上述实现过程中,以数据请求中的统一资源定位符来作为策略指示信息,实现简单,标识度高。
本申请实施例还提供了一种服务器调控方法,包括:在接收到数据请求时,获取各后端服务器当前的状态参数;确定出所述当前的状态参数最优的目标服务器;向所述目标服务器发送所述数据请求。
在上述实现过程中,在接收到数据请求时,获取各后端服务器当前的状态参数,进而确定出当前的状态参数最优的目标服务器,向目标服务器发送该数据请求。这就使得在确定目标服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器,从而使得分配给数据请求的后端服务器是当前性能最优的后端服务器,提高了分配的后端服务器的合理性。
进一步的,所述数据请求中包含策略指示信息;在所述接收到数据请求时,在所述获取各后端服务器当前的状态参数之前,还包括:根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述获取各后端服务器当前的状态参数包括:获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
应当理解的是,在实际应用过程中,可以预先设定多种均衡策略,不同的均衡策略对应需获取的状态参数不同。在上述实现过程中,可以根据策略指示信息从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略,进而依据目标均衡策略确定出目标服务器。确定的目标均衡策略可以与数据请求进行相应的适配,使得确定出的目标服务器是更符合实际需要。
进一步的,所述状态参数包括以下参数至少之一:中央处理器空闲率;磁盘读写速率;可用内存大小;可用网络带宽。
在上述实现过程中,通过采用中央处理器空闲率、磁盘读写速率、可用内存大小、可用网络带宽中的至少一个来确定目标服务器,实现简单,性能评价也更为客观,进一步提高了分配的后端服务器的合理性。
进一步的,所述状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;所述确定出所述当前的状态参数最优的目标服务器包括:按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数;在某一优先级的参数仅具有一个最优参数时,停止比较,并确定所述最优参数对应的后端服务器为所述目标服务器。
应当理解的是,在实际应用过程中所遇到的实际情况是比较复杂的,可能存在有对于同一个状态参数而言参数值相同的情况。在上述实现过程中,设置两个或两个以上的不同参数作为状态参数,并为各参数配置优先级,进而按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数,在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。这就可以在优先级高一个状态参数而言参数值相同时,进一步依据其余优先级低的状态参数确定出最优的后端服务器的情况,进一步提高了分配的后端服务器的合理性。
进一步的,在所述状态参数包括两个或两个以上的不同参数时,所述确定出所述当前的状态参数最优的目标服务器包括:根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值;将所述综合评价值最优的所述后端服务器作为所述目标服务器。
在上述实现过程中,对两个或两个以上的不同参数进行综合计算得到各后端服务器的综合评价值,进而将综合评价值最优的后端服务器作为目标服务器。这样确定出的目标服务器综合性能最优,进一步提高了分配的后端服务器的合理性。
本申请实施例还提供了一种服务器确定装置,包括:第一接收模块、第一处理模块以及第一发送模块;所述第一接收模块用于接收负载均衡器的调用信息;所述第一处理模块用于在接收到负载均衡器的调用信息时,获取各后端服务器当前的状态参数,并确定出所述当前的状态参数最优的目标服务器;所述第一发送模块用于将所述目标服务器的信息返回给所述负载均衡器。
在上述实现过程中,在接收到负载均衡器的调用信息时,即可获取各后端服务器当前的状态参数,进而确定出当前的状态参数最优的目标服务器返回给负载均衡器。这就使得在确定返回给负载均衡器的后端服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器返回给负载均衡器,从而使得负载均衡器分配给数据请求的后端服务器是当前性能最优的后端服务器,这就提高了分配的后端服务器的合理性。
本申请实施例还提供了一种服务器调控装置,包括:第二接收模块、第二处理模块和第二发送模块;所述第二接收模块用于接收数据请求以及策略决策服务器返回的目标服务器的信息;所述第二处理模块用于在接收到数据请求时,调用所述策略决策服务器,以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的后端服务器作为所述目标服务器;所述第二发送模块用于基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
在上述实现过程中,通过在接收到数据请求时,调用策略决策服务器,以使策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器。进而接收策略决策服务器返回的目标服务器的信息,并基于目标服务器的信息向目标服务器发送数据请求。这样,就使得确定出的分配给数据请求的后端服务器是当前性能最优的后端服务器,这就提高了分配的后端服务器的合理性。
本申请实施例还提供了一种服务器调控装置,包括:第三接收模块、第三处理模块和第三发送模块;所述第三接收模块用于接收数据请求;所述第三处理模块用于在接收到数据请求时,获取各后端服务器当前的状态参数,并确定出所述当前的状态参数最优的目标服务器;所述第三发送模块用于向所述目标服务器发送所述数据请求。
在上述实现过程中,在接收到数据请求时,获取各后端服务器当前的状态参数,进而确定出当前的状态参数最优的目标服务器,向目标服务器发送该数据请求。这就使得在确定目标服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器,从而使得分配给数据请求的后端服务器是当前性能最优的后端服务器,提高了分配的后端服务器的合理性。
本申请实施例还提供了一种电子设备,包括处理器、存储器及通信总线;所述通信总线用于实现处理器和存储器之间的连接通信;所述处理器用于执行存储器中存储的一个或者多个第一程序,以实现上述任一种的服务器确定方法的步骤;或,所述处理器用于执行存储器中存储的一个或者多个第二程序,以实现上述第一种的服务器调控方法的步骤;或,所述处理器用于执行存储器中存储的一个或者多个第三程序,以实现上述第二种的服务器调控方法的步骤。
本申请实施例中还提供了一种可读存储介质,所述可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述任一种的服务器确定方法的步骤,或实现上述第一种的服务器调控方法的步骤,或实现上述第二种的服务器调控方法的步骤。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种实现后端服务器合理分配的负载均衡器和策略决策服务器的交互示意图;
图2为本申请实施例提供的另一种实现后端服务器合理分配的流程示意图;
图3为本申请实施例提供的一种较具体的浏览器请求处理的流程交互示意图;
图4为本申请实施例提供的一种服务器确定装置的结构示意图;
图5为本申请实施例提供的一种服务器调控装置的结构示意图;
图6为本申请实施例提供的另一种服务器调控装置的结构示意图;
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
实施例一:
为了解决相关技术中分配的后端服务器的合理性较差的问题,本申请实施例中提供了一种由负载均衡器和策略决策服务器相互配合以实现后端服务器合理分配的方法。可以参见图1所示:
S101:负载均衡器在接收到数据请求时,向策略决策服务器发送调用信息。
需要说明的是,在本申请实施例中,负载均衡器在接收到数据请求时,即表明有数据请求需要分配给后端服务器。此时即触发负载均衡器向策略决策服务器发送调用信息,从而调用策略决策服务器进行后端服务器的选择。
S102:策略决策服务器在接收到调用信息时,获取各后端服务器当前的状态参数,并确定出当前的状态参数最优的目标服务器。
在本申请实施例中,数据请求可以是由用户端发起的请求,例如可以是浏览器请求。而相应的,后端服务器为与数据请求相对应的,能处理该数据请求的服务器。例如浏览器请求所对应的后端服务器即为web(网页)服务器。
在本申请实施例中,状态参数包括但不限于以下至少之一:CPU(中央处理器)空闲率;磁盘读写速率;可用内存大小;可用网络带宽。
需要说明的是,在本申请实施例中可以对状态参数进行区段划分,例如划分为优良中差四个区段,不同区段对应不同的参数值。只要任意两个参数值位于同一区段,即认为这两个参数值本质相等。这样当前的状态参数最优即为当前的状态参数的参数值所处区段最高。当然,本申请实施例中也可以进行区段划分,直接确定当前的状态参数的参数值最优的后端服务器为目标服务器。例如状态参数为CPU空闲率,则可以直接确定当前的CPU空闲率最高的后端服务器为目标服务器。
值得注意的是,在本申请实施例中,在采用一个状态参数进行比对时,可能出现存在多个当前的状态参数最优的后端服务器的情况,此时如何从这多个后端服务器中确定出一个目标服务器就是一个需要解决的问题。为了解决这个问题,一种可行的实施方是从这多个当前的状态参数最优的后端服务器中随机选择一个后端服务器作为目标服务器。而另一种可行的实施方式是:可以采用两个或两个以上的不同参数来作为状态参数,并为各参数配置不同的优先级。在比对时,按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数,在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。例如同时采用CPU空闲率和可用内存大小来作为状态参数,CPU空闲率的优先级高于可用内存大小的优先级,比对时先将各后端服务器的CPU空闲率进行比对,确定出CPU空闲率最高或CPU空闲率所处区段最好的后端服务器;如果确定出的后端服务器仅有一个,那么就不再进行可用内存大小的比对,直接确定该后端服务器为目标服务器;而如果确定出的后端服务器有两个或两个以上,那么可以进一步对可用内存大小进行比对。值得注意的是,上述另一种可行实施方式中,可能存在进行了最后一次参数比较之后仍旧存在两个或两个以上的参数最优的后端服务器的情况,此时可以采用第一种可行实施方式中的方案,随机从这两个或两个以上的后端服务器中选择一个后端服务器作为目标服务器。
在本申请实施例中,在采用两个或两个以上的不同参数来作为状态参数时,可以根据各后端服务器的参数计算得到各后端服务器的综合评价值,将综合评价值最优的后端服务器作为目标服务器。示例性的,本申请实施例中可以通过哈希算法计算得到各后端服务器的综合评价值。
需要注意的是,在根据采用两个或两个以上的不同参数来作为状态参数时,可能会同时存在有正参数和负参数的情况(所谓正参数是指当前的参数值越高表征后端服务器当前的性能越好的参数,如CPU空闲率、磁盘读写速率、可用内存大小、可用网络带宽等;而所谓负参数是指当前的参数值越小表征后端服务器当前的性能越好的参数,如CPU占用率、已用内存大小、已用网络带宽等)。通常而言,负参数可以转化为正参数,正参数也可以转化为负参数,例如CPU空闲率可以通过(1-CPU占用率)得到,CPU占用率也可以通过(1-CPU空闲率)得到。在本申请实施例中,在同时存在有正参数和负参数的情况时,需要进行参数的统一,将负参数转换为正参数或将正参数转换为负参数。
还需要注意的是,在根据各后端服务器的参数计算得到各后端服务器的综合评价值时,还可以为各参数分配不同的权重值,从而使得计算的综合评价值能够体现各参数的重要程度。需要说明的是,各参数的权重值可以由工程师根据实际需要进行设定。
值得注意的是,在本申请实施例的一种可行实施方式中,可以仅设定一种均衡策略,即策略决策服务器中默认设定好会获取到的状态参数有哪些,如何进行参数比对等。此时负载均衡器向策略决策服务器发送的调用信息可以仅是一个通知消息,用以通知策略决策服务器需要按照预设的那一种均衡策略确定出目标服务器。
需要说明的是,上述可行实施方式针对所有数据请求所采用的均衡策略都是一致的,而实际应用中数据请求是多种多样的,因此为了达到更好的服务器适配效果,在本申请实施例的另一种可行实施方式中,可以预先配置多种均衡策略,进而根据不同的数据请求来适配不同的均衡策略。而不同的均衡策略所对应需要用到的状态参数、比对方式。
示例性的,可以在策略决策服务器中预先设定多种均衡策略。负载均衡器根据数据请求生成相应的策略指示信息,进而在调用信息中携带该策略指示信息发送给策略决策服务器。策略决策服务器直接根据策略指示信息来从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略。需要说明的是,本申请实施例中策略指示信息可以是数据请求中的关键字,如URL(Uniform Resource Locator,统一资源定位符)等。
示例性的,可以在负载均衡器中预先设定多种均衡策略。负载均衡器根据数据请求,直接确定所对应的目标均衡策略。应当理解的是,数据请求中包含有策略指示信息,例如URL等,这样,负载均衡器根据数据请求中的策略指示信息,即可从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略(例如,可以预先设定“export”为URL中的关键字,并对应设定“export”对应的均衡策略为“A”,进而负载均衡器可以检测URL中是否包含有“export”这一关键字,在检测到具有“export”这一关键字,即确定目标均衡策略为“A”。需要说明的是,URL中的关键字以及关键字对应的均衡策略可以有工程师根据实际需要进行设定)。然后将目标策略发送给策略决策服务器,以使策略决策服务器按照目标均衡策略进行参数获取以及比对,确定出目标服务器。
S103:将目标服务器的信息返回给负载均衡器。
在本申请实施例中,目标服务器的信息可以是能够使得负载均衡器知道目标服务器的地址,从而能够将数据请求发送给目标服务器的信息。例如可以就是目标服务器的地址,也可以是目标服务器的标识信息(如服务器名称、编号等)。对于目标服务器的信息为目标服务器的标识信息时,负载均衡器会根据目标服务器的标识信息在预设的地址库中查找出对应的目标服务器的地址。
S104:负载均衡器基于目标服务器的信息向目标服务器发送数据请求。
在获取到目标服务器的地址后,即可向目标服务器发送该数据请求,以使目标服务器对数据请求进行处理。
需要说明的是,处理上述图1的方法外,本申请实施例还提供了一种可以仅由单个电子设备就能实现的,提高后端服务器合理分配的方法。可以参见图2所示:
S201:在接收到数据请求时,获取各后端服务器当前的状态参数。
需要说明的是,上述对于图1部分中的解释性描述在本申请全文中都适用,如数据请求可以是由用户端发起的请求,例如可以是浏览器请求;状态参数包括但不限于以下至少之一:CPU、空闲率、磁盘读写速率、可用内存大小、可用网络带宽;可以对状态参数进行区段划分;正参数和负参数的解释说明等。出于描述简洁性考虑,后文中不再重复进行描述。
需要说明的是,图2的方法应用于电子设备上,且该电子设备可以是集成有前述图1的负载均衡器和策略决策服务器的功能的一种电子设备,此时电子设备可以直接接收用户端发来的数据请求。此外,该电子设备也可以就是前述图1中所述的策略决策服务器,此时负载均衡器会在收到用户端发来的数据请求时,将数据请求转发给策略决策服务器,由策略决策服务器向目标服务器发送该数据请求。
S202:确定出当前的状态参数最优的目标服务器。
与图1的方案类似,采用本方法的电子设备可以仅设定一种均衡策略,即策略决策服务器中默认设定好会获取到的状态参数有哪些,如何进行参数比对等。但是也可以预先配置多种均衡策略,进而根据不同的数据请求来适配不同的均衡策略。而不同的均衡策略所对应需要用到的状态参数、比对方式。
在预先配置有多种均衡策略时,可以从数据请求中获取到策略指示信息(如URL等),进而根据策略指示信息,从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略,进而获取目标均衡策略要求的各后端服务器当前的状态参数。
需要说明的是,在本申请实施例中,会预先存储各均衡策略与各策略指示信息的对应关系,从而能够根据策略指示信息确定出对应的目标均衡策略。
值得注意的是,与图1的方案类似,在本申请实施例中,确定目标服务器时,可以仅采用一个状态参数来进行比对,从而确定出参数最优的目标服务器。但是也可以采用两个或两个以上的不同参数来进行比对,从而确定出参数最优的目标服务器。
采用两个或两个以上的不同参数来进行比对,一种可行的方式是:预先为各参数分配好不同的优先级。进而按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数;在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。
另一种可行的方式是:根据各后端服务器的参数计算得到各后端服务器的综合评价值,将综合评价值最优的后端服务器作为目标服务器。值得注意的是,在本可行方式中,如果同时存在有正参数和负参数,那么计算时可以先进行参数转换将将负参数转换为正参数或将正参数转换为负参数,使得计算得到的综合评价值可靠。或者,需要在运算时进行参数转换,使得参数统一。
S203:向目标服务器发送数据请求。
综上,本申请实施例所提供的服务器确定方法和服务器调控方法,在确定目标服务器时,可以结合各后端服务器当前的状态参数来进行确认,将当前的状态参数最优的后端服务器作为目标服务器,从而使得分配给数据请求的后端服务器是当前性能最优的后端服务器,提高了分配的后端服务器的合理性。
实施例二:
本实施例在实施例一的基础上,以一种浏览器请求的处理过程为例,为本申请做进一步示例说明。
在执行方案之前,需要先通过各种信息渠道对web服务器的性能数据(即状态参数)进行实时采集,并写入高速存储装置(如时序型数据库、redis等)。
采集的数据可以参考下表一所示(下表一仅为一个示例,所需采集的参数可以根据实际需要来设定,此外各参数的数据值以实际应用过程中的采集值为准):
表一
参见图3所示,浏览器在发起请求后,负载均衡器即会为根据请求内的URL匹配相应的目标均衡策略并传输给策略决策服务器,策略决策服务器则按照目标均衡策略的要求,在数据库中查找出目标均衡策略所要求的参数当前最优的那一个web服务器的服务器IP,并返回给负载均衡器。负载均衡器即可将浏览器的请求发送给该web服务器,并接收web服务器的响应内容返回给浏览器。
需要说明的是在本申请实施例中,负载均衡器可以为Nginx。
示例性的,设在本申请实施例中有三种均衡策略,分别为CPU最优策略、磁盘读写速率最高策略和多参数层级比较策略。
在匹配到的目标均衡策略为CPU最优策略时,策略决策服务器查询当前数据库,按CPU利用率升序排序。设查询结果如下表二所示:
表二
服务器IP | CPU核数 | Cpu频率 | CPU使用率 |
192.168.100.1 | 2 | 3GHz | 20% |
192.168.100.2 | 2 | 3GHz | 25% |
192.168.100.3 | 2 | 3GHz | 30% |
此时选择空闲最高的服务器192.168.100.1,返回给负载均衡器,负载均衡器根据返回的服务器IP,将浏览器的请求转发到服务器192.168.100.1上。
在匹配到磁盘读写速率最高策略时,策略决策服务器查询当前数据库,按磁盘读写速度降序排序。设查询结果如下表三所示:
表三
服务器IP | 磁盘IO读写速率 |
192.168.100.1 | 60M/S |
192.168.100.2 | 50M/S |
192.168.100.3 | 40M/S |
此时选择读写速率最快的服务器192.168.100.1,返回给负载均衡器,负载均衡器根据返回的服务器IP,将浏览器的请求转发到服务器192.168.100.1上。
在匹配到多参数层级比较策略时,设参数为可用内存、磁盘读写速率、可用网络带宽,可用内存优先级最高,磁盘读写速率优先级第二,可用网络带宽优先级最低。策略决策服务器查询当前数据库,设查询结果如下表四所示:
表四
策略决策服务器按以下公式对以上查询得到的数据数据转换处理得到下表五:
可用内存=内存大小×(1-内存使用率);
可用网络带宽=网络带宽-实时网速。
表五
按优先级顺序比较,选择出最优的服务器192.168.100.1,返回给负载均衡器,负载均衡器根据策略服务器返回的结果,将请求转发到服务器192.168.100.1。
通过上述方案,在确定目标服务器时,可以结合各web服务器当前的状态参数来进行确认,将当前的状态参数最优的web服务器作为目标服务器,从而使得分配给浏览器请求的web服务器是当前性能最优的web服务器,提高了分配的web服务器的合理性,将web服务器资源的利用最大化,提高了响应速度,提升用户体验。
实施例三:
基于同一发明构思,本申请实施例中还提供服务器确定装置100和服务器调控装置200。请参阅图4和图5所示,图4示出了采用图1所示的方法中,与负载均衡器所执行的步骤一一对应的服务器确定装置,图5示出了采用图1所示的方法中,与策略决策服务器所执行的步骤一一对应的服务器调控装置。应理解,装置100和装置200共同作用下可以执行上述图1的方法涉及的各个步骤;装置100和200具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。装置100和200包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100和200的操作系统中的软件功能模块。具体地:
参见图4所示,装置100包括:第一接收模块101、第一处理模块102以及第一发送模块103。其中:
第一接收模块101用于接收负载均衡器的调用信息;
第一处理模块102用于在接收到负载均衡器的调用信息时,获取各后端服务器当前的状态参数,并确定出当前的状态参数最优的目标服务器;
第一发送模块103用于将目标服务器的信息返回给负载均衡器。
在本申请实施例中,状态参数包括以下参数至少之一:中央处理器空闲率;磁盘读写速率;可用内存大小;可用网络带宽。
在本申请实施例中,状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;第一处理模块102具体用于按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数;在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。
在本申请实施例中,第一处理模块102具体用于根据各后端服务器的参数计算得到各后端服务器的综合评价值;将综合评价值最优的后端服务器作为目标服务器。
在本申请实施例中,调用信息中包括策略指示信息;第一处理模块102用于在获取各后端服务器当前的状态参数之前还包括:根据策略指示信息从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略;获取目标均衡策略要求的各后端服务器当前的状态参数。
在本申请实施例中,调用信息中包括目标均衡策略;第一处理模块102用于获取目标均衡策略要求的各后端服务器当前的状态参数。
参见图5所示,装置200包括:第二接收模块201、第二处理模块202和第二发送模块203。其中:
第二接收模块201用于接收数据请求以及策略决策服务器返回的目标服务器的信息;
第二处理模块202用于在接收到数据请求时,调用策略决策服务器,以使策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的后端服务器作为目标服务器;
第二发送模块203用于基于目标服务器的信息向目标服务器发送数据请求。
在本申请实施例中,第二发送模块203用于向策略决策服务器发送包含策略指示信息的调用信息,以使策略决策服务器根据策略指示信息确定出与策略指示信息对应的目标均衡策略,并依据目标均衡策略获取各后端服务器当前的状态参数,确定出状态参数最优的目标服务器。
在本申请实施例中,数据请求中包含策略指示信息;第二处理模块202用于在接收到数据请求时,调用策略决策服务器之前,根据策略指示信息从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略;第二发送模块203用于向策略决策服务器发送包含目标均衡策略的调用信息,以使策略决策服务器获取目标均衡策略要求的各后端服务器当前的状态参数,确定出状态参数最优的目标服务器。
在本申请实施例中,策略指示信息为所述数据请求中的统一资源定位符。
基于同一发明构思,本申请实施例中还提供服务器调控装置300。请参阅图6示,图6示出了与图2所示的方法步骤一一对应的服务器调控装置。应理解,装置300与上述图2的方法实施例对应,能够执行上述图2的方法涉及的各个步骤。装置300具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。装置300包括至少一个能以软件或固件的形式存储于存储器中或固化在装置300的操作系统中的软件功能模块。具体地:
参见图6所示,装置300包括:第三接收模块301、第三处理模块302和第三发送模块303;
第三接收模块301用于接收数据请求;
第三处理模块302用于在接收到数据请求时,获取各后端服务器当前的状态参数,并确定出当前的状态参数最优的目标服务器;
第三发送模块303用于向目标服务器发送数据请求。
在本申请实施例中,数据请求中包含策略指示信息;第三处理模块302用于在接收到数据请求时,在获取各后端服务器当前的状态参数之前,根据策略指示信息从预设的均衡策略中确定出与策略指示信息对应的目标均衡策略;获取目标均衡策略要求的各后端服务器当前的状态参数。
在本申请实施例中,状态参数包括以下参数至少之一:中央处理器空闲率;磁盘读写速率;可用内存大小;可用网络带宽。
在本申请实施例中,状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;第三处理模块302用于按照各参数的优先级从高到低的顺序依次比较各后端服务器相同优先级的参数;在某一优先级的参数仅具有一个最优参数时,停止比较,并确定最优参数对应的后端服务器为目标服务器。
在本申请实施例中,在状态参数包括两个或两个以上的不同参数时,第三处理模块302用于根据各后端服务器的参数计算得到各后端服务器的综合评价值;将综合评价值最优的后端服务器作为目标服务器。
需要理解的是,上述实施例一中所描述的图1的方法步骤的内容可以通过本实施例的装置100和200来实现,上述实施例一中所描述的图2的方法步骤的内容可以通过本实施例的装置300来实现,出于描述简洁的考量,部分实施例一中描述过的内容在本实施例中不再赘述。
实施例四:
本实施例提供了一种电子设备,参见图7所示,其包括处理器701、存储器702以及通信总线703。其中:
通信总线703用于实现处理器701和存储器702之间的连接通信。
处理器701用于执行存储器702中存储的一个或多个第一程序,以实现上述实施例一图1中的负载均衡器所执行的各步骤;
或,处理器701用于执行存储器702中存储的一个或多个第二程序,以实现上述实施例一图1中的策略决策服务器的各步骤;
或,处理器701用于执行存储器702中存储的一个或多个第三程序,以实现上述实施例一图2中的方法的各步骤。
可以理解,图7所示的结构仅为示意,电子设备还可包括比图7中所示更多或者更少的组件,或者具有与图7所示不同的配置。
本实施例还提供了一种可读存储介质,如软盘、光盘、硬盘、闪存、U盘、SD(SecureDigital Memory Card,安全数码卡)卡、MMC(Multimedia Card,多媒体卡)卡等,在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序,这一个或者多个程序可被一个或者多个处理器执行,以实现上述实施例一图1中的负载均衡器所执行的各步骤,或实现上述实施例一图1中的策略决策服务器的各步骤;或实现上述实施例一图2中的方法的各步骤。在此不再赘述。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
在本文中,多个是指两个或两个以上。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (13)
1.一种服务器确定方法,其特征在于,包括:
在接收到负载均衡器的调用信息时,根据所述调用信息中的策略指示信息,从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述策略指示信息为所述负载均衡器接收到的数据请求中的关键字;获取所述目标均衡策略要求的各后端服务器当前的状态参数;
或,在接收到负载均衡器的调用信息时,根据所述调用信息中的目标均衡策略,获取所述目标均衡策略要求的各后端服务器当前的状态参数;所述目标均衡策略为所述负载均衡器根据接收到的数据请求中的关键字从预设的均衡策略中确定出的均衡策略;
确定出所述当前的状态参数最优的目标服务器;
将所述目标服务器的信息返回给所述负载均衡器。
2.如权利要求1所述的服务器确定方法,其特征在于,所述状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;
所述确定出所述当前的状态参数最优的目标服务器包括:
按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数;
在某一优先级的参数仅具有一个最优参数时,停止比较,并确定所述最优参数对应的后端服务器为所述目标服务器。
3.如权利要求1所述的服务器确定方法,其特征在于,在所述状态参数包括两个或两个以上的不同参数时,所述确定出所述当前的状态参数最优的目标服务器包括:
根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值;
将所述综合评价值最优的所述后端服务器作为所述目标服务器。
4.一种服务器调控方法,其特征在于,包括:
在接收到数据请求时,向策略决策服务器发送包含策略指示信息的调用信息,以使所述策略决策服务器根据所述策略指示信息确定出与所述策略指示信息对应的目标均衡策略,并依据所述目标均衡策略获取各后端服务器当前的状态参数,确定出状态参数最优的目标服务器;所述策略指示信息为所述数据请求中的关键字;
或,在接收到数据请求时,根据所述数据请求中的策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略,向策略决策服务器发送包含所述目标均衡策略的调用信息,以使所述策略决策服务器获取所述目标均衡策略要求的各后端服务器当前的状态参数,确定出状态参数最优的目标服务器;所述策略指示信息为所述数据请求中的关键字;
接收所述策略决策服务器返回的目标服务器的信息,并基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
5.如权利要求4所述的服务器调控方法,其特征在于,所述策略指示信息为所述数据请求中的统一资源定位符。
6.一种服务器调控方法,其特征在于,包括:
在接收到数据请求时,根据所述数据请求中的策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述策略指示信息为所述数据请求中的关键字;
获取所述目标均衡策略要求的各后端服务器当前的状态参数;
确定出所述当前的状态参数最优的目标服务器;
向所述目标服务器发送所述数据请求。
7.如权利要求6所述的服务器调控方法,其特征在于,所述状态参数包括两个或两个以上的不同参数,且各参数具有不同的优先级;
所述确定出所述当前的状态参数最优的目标服务器包括:
按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数;
在某一优先级的参数仅具有一个最优参数时,停止比较,并确定所述最优参数对应的后端服务器为所述目标服务器。
8.如权利要求6所述的服务器调控方法,其特征在于,在所述状态参数包括两个或两个以上的不同参数时,所述确定出所述当前的状态参数最优的目标服务器包括:
根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值;
将所述综合评价值最优的所述后端服务器作为所述目标服务器。
9.一种服务器确定装置,其特征在于,包括:第一接收模块、第一处理模块以及第一发送模块;
所述第一接收模块用于接收负载均衡器的调用信息;
所述第一处理模块用于在接收到负载均衡器的调用信息时,根据所述调用信息中的策略指示信息,从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;所述策略指示信息为所述负载均衡器接收到的数据请求中的关键字;获取所述目标均衡策略要求的各后端服务器当前的状态参数;或,在接收到负载均衡器的调用信息时,根据所述调用信息中的目标均衡策略,获取所述目标均衡策略要求的各后端服务器当前的状态参数;所述目标均衡策略为所述负载均衡器根据接收到的数据请求中的关键字从预设的均衡策略中确定出的均衡策略;
所述第一处理模块还用于确定出所述当前的状态参数最优的目标服务器;
所述第一发送模块用于将所述目标服务器的信息返回给所述负载均衡器。
10.一种服务器调控装置,其特征在于,包括:第二接收模块、第二处理模块和第二发送模块;
所述第二接收模块用于接收数据请求以及策略决策服务器返回的目标服务器的信息;
所述第二处理模块用于在接收到数据请求时,向所述策略决策服务器发送包含策略指示信息的调用信息,以使所述策略决策服务器根据所述策略指示信息确定出与所述策略指示信息对应的目标均衡策略,并依据所述目标均衡策略获取各后端服务器当前的状态参数,确定出状态参数最优的目标服务器;所述策略指示信息为所述数据请求中的关键字;或,在接收到数据请求时,根据所述数据请求中的策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略,向所述策略决策服务器发送包含所述目标均衡策略的调用信息,以使所述策略决策服务器获取所述目标均衡策略要求的各后端服务器当前的状态参数,确定出状态参数最优的目标服务器;所述策略指示信息为所述数据请求中的关键字;
所述第二发送模块用于基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
11.一种服务器调控装置,其特征在于,包括:第三接收模块、第三处理模块和第三发送模块;
所述第三接收模块用于接收数据请求;
所述第三处理模块用于在接收到数据请求时,根据所述数据请求中的策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略;获取所述目标均衡策略要求的各后端服务器当前的状态参数;所述策略指示信息为所述数据请求中的关键字;
所述第三处理模块还用于确定出所述当前的状态参数最优的目标服务器;
所述第三发送模块用于向所述目标服务器发送所述数据请求。
12.一种电子设备,其特征在于,包括处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的一个或者多个第一程序,以实现如权利要求1至3中任一项所述的服务器确定方法的步骤;
或,所述处理器用于执行存储器中存储的一个或者多个第二程序,以实现如权利要求4至5中任一项所述的服务器调控方法的步骤;
或,所述处理器用于执行存储器中存储的一个或者多个第三程序,以实现如权利要求6至8中任一项所述的服务器调控方法的步骤。
13.一种可读存储介质,其特征在于,所述可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1至3中任一项所述的服务器确定方法的步骤,或实现如权利要求4至5中任一项所述的服务器调控方法的步骤,或实现如权利要求6至8中任一项所述的服务器调控方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910834836.4A CN110740164B (zh) | 2019-09-04 | 2019-09-04 | 服务器确定方法、调控方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910834836.4A CN110740164B (zh) | 2019-09-04 | 2019-09-04 | 服务器确定方法、调控方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110740164A CN110740164A (zh) | 2020-01-31 |
CN110740164B true CN110740164B (zh) | 2021-01-08 |
Family
ID=69267464
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910834836.4A Active CN110740164B (zh) | 2019-09-04 | 2019-09-04 | 服务器确定方法、调控方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110740164B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113242283B (zh) * | 2021-04-29 | 2022-11-29 | 西安点告网络科技有限公司 | 一种服务器动态负载均衡方法、系统、设备及存储介质 |
CN113791961B (zh) * | 2021-09-18 | 2023-07-25 | 中国平安人寿保险股份有限公司 | 基于微服务的数据采集方法、装置、设备及存储介质 |
CN114124968B (zh) * | 2022-01-27 | 2022-05-20 | 深圳华锐金融技术股份有限公司 | 基于行情数据的负载均衡方法、装置、设备及介质 |
CN116669108A (zh) * | 2022-02-18 | 2023-08-29 | 中兴通讯股份有限公司 | 报文发送方法、报文发送装置及存储介质 |
CN114979157B (zh) * | 2022-05-17 | 2024-03-22 | 南昌智能新能源汽车研究院 | 基于some/ip协议的负载均衡方法、系统、存储介质及计算机 |
CN114884886B (zh) * | 2022-05-26 | 2023-07-21 | 中国联合网络通信集团有限公司 | 微服务负载均衡方法、装置、设备、系统及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011928A (zh) * | 2019-04-19 | 2019-07-12 | 平安科技(深圳)有限公司 | 流量均衡负载方法、装置、计算机设备和存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3850198B2 (ja) * | 2000-03-08 | 2006-11-29 | 三菱電機株式会社 | ネットワーク管理装置、通信端末装置、通信端末装置の中継器接続先決定方法 |
CN102611735B (zh) * | 2011-12-21 | 2015-12-09 | 北京奇虎科技有限公司 | 一种应用服务的负载均衡方法及系统 |
CN103607424B (zh) * | 2013-10-24 | 2017-04-19 | 北京世界星辉科技有限公司 | 一种服务器连接方法及服务器系统 |
WO2017114017A1 (zh) * | 2015-12-30 | 2017-07-06 | 华为技术有限公司 | 实现负载均衡的计算机设备、系统和方法 |
CN106657379A (zh) * | 2017-01-06 | 2017-05-10 | 重庆邮电大学 | 一种nginx服务器负载均衡的实现方法及系统 |
CN108111595A (zh) * | 2017-12-18 | 2018-06-01 | 北京安博通科技股份有限公司 | 一种服务器负载的均衡方法及装置 |
-
2019
- 2019-09-04 CN CN201910834836.4A patent/CN110740164B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011928A (zh) * | 2019-04-19 | 2019-07-12 | 平安科技(深圳)有限公司 | 流量均衡负载方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110740164A (zh) | 2020-01-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110740164B (zh) | 服务器确定方法、调控方法、装置、设备及存储介质 | |
CN104537076B (zh) | 一种文件读写方法及装置 | |
CN109218355A (zh) | 负载均衡引擎,客户端,分布式计算系统以及负载均衡方法 | |
CN107948004B (zh) | 一种视频cdn调取优化方法及装置 | |
JP6172649B2 (ja) | 情報処理装置、プログラム、及び、情報処理方法 | |
CN108900626B (zh) | 一种云环境下数据存储方法、装置及系统 | |
JP2008537816A5 (zh) | ||
CN103095824B (zh) | 文件上传控制方法及系统 | |
CN113127168A (zh) | 服务分配方法、系统、装置、服务器及介质 | |
CN111562889B (zh) | 数据处理方法、装置、系统及存储介质 | |
US20050060497A1 (en) | Selectively accepting cache content | |
CN110708256A (zh) | Cdn调度方法、装置、网络设备及存储介质 | |
CN110636388A (zh) | 一种业务请求分配方法、系统、电子设备及存储介质 | |
CN116599917B (zh) | 网口确定方法、装置、设备及存储介质 | |
US8819239B2 (en) | Distributed resource management systems and methods for resource management thereof | |
CN115794423A (zh) | 一种智能机房的管理方法、装置、电子设备及存储介质 | |
CN113377866B (zh) | 一种虚拟化数据库代理服务的负载均衡方法及装置 | |
CN118250206A (zh) | 基于流量回放的高并发压测试方法及相关装置 | |
CN101483668A (zh) | 热点数据的网络存储和访问方法、设备及系统 | |
CN115543222B (zh) | 一种存储优化方法、系统、设备及可读存储介质 | |
CN109407970B (zh) | 读写请求处理方法、装置及电子设备 | |
CN114089924B (zh) | 区块链账本数据存储系统及方法 | |
CN111078160B (zh) | 基于调用比例及响应时长的数据迁移存储方法及装置 | |
CN113626383A (zh) | 一种数据处理方法、装置及设备 | |
CN109445934B (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 | ||
CB02 | Change of applicant information |
Address after: 214000, science and software park, Binhu District, Jiangsu, Wuxi 6 Applicant after: Huayun data holding group Co., Ltd Address before: 214000, science and software park, Binhu District, Jiangsu, Wuxi 6 Applicant before: WUXI CHINAC DATA TECHNICAL SERVICE Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |