CN110740164A - 服务器确定方法、调控方法、装置、设备及存储介质 - Google Patents

服务器确定方法、调控方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN110740164A
CN110740164A CN201910834836.4A CN201910834836A CN110740164A CN 110740164 A CN110740164 A CN 110740164A CN 201910834836 A CN201910834836 A CN 201910834836A CN 110740164 A CN110740164 A CN 110740164A
Authority
CN
China
Prior art keywords
server
target
parameters
current state
strategy
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
Application number
CN201910834836.4A
Other languages
English (en)
Other versions
CN110740164B (zh
Inventor
程杰民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuxi Huayun Data Technology Service Co Ltd
Original Assignee
Wuxi Huayun Data Technology Service Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuxi Huayun Data Technology Service Co Ltd filed Critical Wuxi Huayun Data Technology Service Co Ltd
Priority to CN201910834836.4A priority Critical patent/CN110740164B/zh
Publication of CN110740164A publication Critical patent/CN110740164A/zh
Application granted granted Critical
Publication of CN110740164B publication Critical patent/CN110740164B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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等)。
采集的数据可以参考下表一所示(下表一仅为一个示例，所需采集的参数可以根据实际需要来设定，此外各参数的数据值以实际应用过程中的采集值为准)：
表一
Figure BDA0002190733490000151
Figure BDA0002190733490000161
参见图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上。
在匹配到多参数层级比较策略时，设参数为可用内存、磁盘读写速率、可用网络带宽，可用内存优先级最高，磁盘读写速率优先级第二，可用网络带宽优先级最低。策略决策服务器查询当前数据库，设查询结果如下表四所示：
表四
Figure BDA0002190733490000171
策略决策服务器按以下公式对以上查询得到的数据数据转换处理得到下表五：
可用内存＝内存大小×(1-内存使用率)；
可用网络带宽＝网络带宽-实时网速。
表五
Figure BDA0002190733490000172
按优先级顺序比较，选择出最优的服务器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 (18)

1.一种服务器确定方法，其特征在于，包括：
在接收到负载均衡器的调用信息时，获取各后端服务器当前的状态参数；
确定出所述当前的状态参数最优的目标服务器；
将所述目标服务器的信息返回给所述负载均衡器。
2.如权利要求1所述的服务器确定方法，其特征在于，所述状态参数包括两个或两个以上的不同参数，且各参数具有不同的优先级；
所述确定出所述当前的状态参数最优的目标服务器包括：
按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数；
在某一优先级的参数仅具有一个最优参数时，停止比较，并确定所述最优参数对应的后端服务器为所述目标服务器。
3.如权利要求1所述的服务器确定方法，其特征在于，在所述状态参数包括两个或两个以上的不同参数时，所述确定出所述当前的状态参数最优的目标服务器包括：
根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值；
将所述综合评价值最优的所述后端服务器作为所述目标服务器。
4.如权利要求1-3任一项所述的服务器确定方法，其特征在于，所述调用信息中包括策略指示信息；
在所述获取各后端服务器当前的状态参数之前还包括：根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略；
所述获取各后端服务器当前的状态参数包括：
获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
5.如权利要求1-3任一项所述的服务器确定方法，其特征在于，所述调用信息中包括目标均衡策略；
所述获取各后端服务器当前的状态参数包括：
获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
6.一种服务器调控方法，其特征在于，包括：
在接收到数据请求时，调用策略决策服务器，以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器；
接收所述策略决策服务器返回的目标服务器的信息，并基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
7.如权利要求6所述的服务器调控方法，其特征在于，所述调用策略决策服务器，以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器包括：
向所述策略决策服务器发送包含策略指示信息的调用信息，以使所述策略决策服务器根据所述策略指示信息确定出与所述策略指示信息对应的目标均衡策略，并依据所述目标均衡策略获取各所述后端服务器当前的状态参数，确定出状态参数最优的目标服务器。
8.如权利要求6所述的服务器调控方法，其特征在于，所述数据请求中包含策略指示信息；
在所述接收到数据请求时，所述调用策略决策服务器之前，还包括：
根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略；
所述调用策略决策服务器，以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的目标服务器包括：
向所述策略决策服务器发送包含目标均衡策略的调用信息，以使所述策略决策服务器获取所述目标均衡策略要求的各所述后端服务器当前的状态参数，确定出状态参数最优的目标服务器。
9.如权利要求7或8所述的服务器调控方法，其特征在于，所述策略指示信息为所述数据请求中的统一资源定位符。
10.一种服务器调控方法，其特征在于，包括：
在接收到数据请求时，获取各后端服务器当前的状态参数；
确定出所述当前的状态参数最优的目标服务器；
向所述目标服务器发送所述数据请求。
11.如权利要求10所述的服务器调控方法，其特征在于，所述数据请求中包含策略指示信息；
在所述接收到数据请求时，在所述获取各后端服务器当前的状态参数之前，还包括：
根据所述策略指示信息从预设的均衡策略中确定出与所述策略指示信息对应的目标均衡策略；
所述获取各后端服务器当前的状态参数包括：
获取所述目标均衡策略要求的各所述后端服务器当前的状态参数。
12.如权利要求10或11所述的服务器调控方法，其特征在于，所述状态参数包括两个或两个以上的不同参数，且各参数具有不同的优先级；
所述确定出所述当前的状态参数最优的目标服务器包括：
按照各参数的优先级从高到低的顺序依次比较各所述后端服务器相同优先级的参数；
在某一优先级的参数仅具有一个最优参数时，停止比较，并确定所述最优参数对应的后端服务器为所述目标服务器。
13.如权利要求10或11所述的服务器调控方法，其特征在于，在所述状态参数包括两个或两个以上的不同参数时，所述确定出所述当前的状态参数最优的目标服务器包括：
根据各所述后端服务器的参数计算得到各所述后端服务器的综合评价值；
将所述综合评价值最优的所述后端服务器作为所述目标服务器。
14.一种服务器确定装置，其特征在于，包括：第一接收模块、第一处理模块以及第一发送模块；
所述第一接收模块用于接收负载均衡器的调用信息；
所述第一处理模块用于在接收到负载均衡器的调用信息时，获取各后端服务器当前的状态参数，并确定出所述当前的状态参数最优的目标服务器；
所述第一发送模块用于将所述目标服务器的信息返回给所述负载均衡器。
15.一种服务器调控装置，其特征在于，包括：第二接收模块、第二处理模块和第二发送模块；
所述第二接收模块用于接收数据请求以及策略决策服务器返回的目标服务器的信息；
所述第二处理模块用于在接收到数据请求时，调用所述策略决策服务器，以使所述策略决策服务器依据各后端服务器当前的状态参数确定出状态参数最优的后端服务器作为所述目标服务器；
所述第二发送模块用于基于所述目标服务器的信息向所述目标服务器发送所述数据请求。
16.一种服务器调控装置，其特征在于，包括：第三接收模块、第三处理模块和第三发送模块；
所述第三接收模块用于接收数据请求；
所述第三处理模块用于在接收到数据请求时，获取各后端服务器当前的状态参数，并确定出所述当前的状态参数最优的目标服务器；
所述第三发送模块用于向所述目标服务器发送所述数据请求。
17.一种电子设备，其特征在于，包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现如权利要求1至5中任一项所述的服务器确定方法的步骤；
或，所述处理器用于执行存储器中存储的一个或者多个第二程序，以实现如权利要求6至9中任一项所述的服务器调控方法的步骤；
或，所述处理器用于执行存储器中存储的一个或者多个第三程序，以实现如权利要求10至13中任一项所述的服务器调控方法的步骤。
18.一种可读存储介质，其特征在于，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至5中任一项所述的服务器确定方法的步骤，或实现如权利要求6至9中任一项所述的服务器调控方法的步骤，或实现如权利要求10至13中任一项所述的服务器调控方法的步骤。
CN201910834836.4A 2019-09-04 2019-09-04 服务器确定方法、调控方法、装置、设备及存储介质 Active CN110740164B (zh)

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 true CN110740164A (zh) 2020-01-31
CN110740164B 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)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113242283A (zh) * 2021-04-29 2021-08-10 西安点告网络科技有限公司 一种服务器动态负载均衡方法、***、设备及存储介质
CN113791961A (zh) * 2021-09-18 2021-12-14 中国平安人寿保险股份有限公司 基于微服务的数据采集方法、装置、设备及存储介质
CN114124968A (zh) * 2022-01-27 2022-03-01 深圳华锐金融技术股份有限公司 基于行情数据的负载均衡方法、装置、设备及介质
CN114884886A (zh) * 2022-05-26 2022-08-09 中国联合网络通信集团有限公司 微服务负载均衡方法、装置、设备、***及存储介质
CN114979157A (zh) * 2022-05-17 2022-08-30 南昌智能新能源汽车研究院 基于some/ip协议的负载均衡方法、***、存储介质及计算机
WO2023155550A1 (zh) * 2022-02-18 2023-08-24 中兴通讯股份有限公司 报文发送方法、报文发送装置及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001256157A (ja) * 2000-03-08 2001-09-21 Mitsubishi Electric Corp ネットワークシステム、通信端末装置、通信端末装置の中継器接続先決定方法
CN102611735A (zh) * 2011-12-21 2012-07-25 奇智软件（北京）有限公司 一种应用服务的负载均衡方法及***
CN103607424A (zh) * 2013-10-24 2014-02-26 北京奇虎科技有限公司 一种服务器连接方法及服务器***
CN106657379A (zh) * 2017-01-06 2017-05-10 重庆邮电大学 一种nginx服务器负载均衡的实现方法及***
CN107078969A (zh) * 2015-12-30 2017-08-18 华为技术有限公司 实现负载均衡的计算机设备、***和方法
CN108111595A (zh) * 2017-12-18 2018-06-01 北京安博通科技股份有限公司 一种服务器负载的均衡方法及装置
CN110011928A (zh) * 2019-04-19 2019-07-12 平安科技（深圳）有限公司 流量均衡负载方法、装置、计算机设备和存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001256157A (ja) * 2000-03-08 2001-09-21 Mitsubishi Electric Corp ネットワークシステム、通信端末装置、通信端末装置の中継器接続先決定方法
CN102611735A (zh) * 2011-12-21 2012-07-25 奇智软件（北京）有限公司 一种应用服务的负载均衡方法及***
CN103607424A (zh) * 2013-10-24 2014-02-26 北京奇虎科技有限公司 一种服务器连接方法及服务器***
CN107078969A (zh) * 2015-12-30 2017-08-18 华为技术有限公司 实现负载均衡的计算机设备、***和方法
CN106657379A (zh) * 2017-01-06 2017-05-10 重庆邮电大学 一种nginx服务器负载均衡的实现方法及***
CN108111595A (zh) * 2017-12-18 2018-06-01 北京安博通科技股份有限公司 一种服务器负载的均衡方法及装置
CN110011928A (zh) * 2019-04-19 2019-07-12 平安科技（深圳）有限公司 流量均衡负载方法、装置、计算机设备和存储介质

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113242283A (zh) * 2021-04-29 2021-08-10 西安点告网络科技有限公司 一种服务器动态负载均衡方法、***、设备及存储介质
CN113791961A (zh) * 2021-09-18 2021-12-14 中国平安人寿保险股份有限公司 基于微服务的数据采集方法、装置、设备及存储介质
CN113791961B (zh) * 2021-09-18 2023-07-25 中国平安人寿保险股份有限公司 基于微服务的数据采集方法、装置、设备及存储介质
CN114124968A (zh) * 2022-01-27 2022-03-01 深圳华锐金融技术股份有限公司 基于行情数据的负载均衡方法、装置、设备及介质
WO2023155550A1 (zh) * 2022-02-18 2023-08-24 中兴通讯股份有限公司 报文发送方法、报文发送装置及存储介质
CN114979157A (zh) * 2022-05-17 2022-08-30 南昌智能新能源汽车研究院 基于some/ip协议的负载均衡方法、***、存储介质及计算机
CN114979157B (zh) * 2022-05-17 2024-03-22 南昌智能新能源汽车研究院 基于some/ip协议的负载均衡方法、***、存储介质及计算机
CN114884886A (zh) * 2022-05-26 2022-08-09 中国联合网络通信集团有限公司 微服务负载均衡方法、装置、设备、***及存储介质
CN114884886B (zh) * 2022-05-26 2023-07-21 中国联合网络通信集团有限公司 微服务负载均衡方法、装置、设备、***及存储介质

Also Published As

Publication number Publication date
CN110740164B (zh) 2021-01-08

Similar Documents

Publication Publication Date Title
CN110740164B (zh) 服务器确定方法、调控方法、装置、设备及存储介质
CN109949111B (zh) 电子票据标识分配方法、电子票据生成方法、装置及***
US9348840B2 (en) Adaptive data striping and replication across multiple storage clouds for high availability and performance
CN105940377B (zh) 用于基于云的虚拟化编排器的方法、***和计算机可读介质
CN109669776B (zh) 检测任务的处理方法、装置和***
WO2008150725A1 (en) Method, equipment and system for resource acquisition
US9069623B2 (en) Management apparatus, method, and privileged and confidential medium storing program to migrate a virtual machine when a resource shortage or booting occurs
EP3163446B1 (en) Data storage method and data storage management server
US10425273B2 (en) Data processing system and data processing method
CN113127168A (zh) 服务分配方法、***、装置、服务器及介质
JP2011018167A (ja) 負荷分散プログラム、負荷分散装置及び負荷分散方法
US20160070475A1 (en) Memory Management Method, Apparatus, and System
CN110636388A (zh) 一种业务请求分配方法、***、电子设备及存储介质
US8819239B2 (en) Distributed resource management systems and methods for resource management thereof
US11048557B2 (en) Methods and modules relating to allocation of host machines
CN113268329A (zh) 一种请求调度方法、装置及存储介质
CN109407970B (zh) 读写请求处理方法、装置及电子设备
CN109614242B (zh) 一种计算能力共享方法、装置、设备及介质
CN103747043A (zh) 一种cdn服务器调度方法、cdn控制中心及***
CN114500546B (zh) 基于负载均衡集群的通信消息发送方法、装置及设备
US20180131756A1 (en) Method and system for affinity load balancing
CN111078160B (zh) 基于调用比例及响应时长的数据迁移存储方法及装置
CN115878309A (zh) 资源分配方法、装置、处理核、设备和计算机可读介质
US20210141435A1 (en) Software switch and method therein
CN114244903B (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