CN113254208A - 服务器的负载均衡方法、装置、服务器及存储介质 - Google Patents

服务器的负载均衡方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN113254208A
CN113254208A CN202110578699.XA CN202110578699A CN113254208A CN 113254208 A CN113254208 A CN 113254208A CN 202110578699 A CN202110578699 A CN 202110578699A CN 113254208 A CN113254208 A CN 113254208A
Authority
CN
China
Prior art keywords
server
service
target
preset time
type
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
Application number
CN202110578699.XA
Other languages
English (en)
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.)
Shenzhen Golo Chelian Data Technology Co ltd
Original Assignee
Shenzhen Golo Chelian Data Technology 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 Shenzhen Golo Chelian Data Technology Co ltd filed Critical Shenzhen Golo Chelian Data Technology Co ltd
Priority to CN202110578699.XA priority Critical patent/CN113254208A/zh
Publication of CN113254208A publication Critical patent/CN113254208A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Hardware Redundancy (AREA)

Abstract

本申请提供一种服务器的负载均衡方法、装置、服务器及存储介质，方法包括：确定在不同预设时间段内的多类业务的服务器资源需求量；根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。因此，本申请可对每类业务进行合理的资源分配，减少服务器因为对多类业务的服务器资源不合理分配导致的速度慢，或者对应业务无法处理的情况，从而提高了汽修软件的业务使用性能。

Description

服务器的负载均衡方法、装置、服务器及存储介质
技术领域
本申请属于数据处理技术领域，尤其涉及一种服务器的负载均衡方法、装置、服务器及存储介质。
背景技术
目前各种汽修软件(如车辆数据诊断APP)的业务种类越来越多，使用用户也越来越多，对汽修软件后台的服务器的数据处理能力的要求也越来越高。
目前各种汽修软件的后台服务端未有效进行服务器的负载均衡策略，从而导致汽修软件使用过程中访问服务器会出现加载速度慢，或者无法使用的情况，使得汽修软件的使用性能低。
发明内容
本申请实施例提供了一种服务器的负载均衡方法、装置、服务器及存储介质，旨在解决现有汽修软件使用过程中访问服务器会出现加载速度慢，或者无法使用的情况，使得汽修软件的业务使用性能低的问题。
第一方面，本申请实施例提供了一种服务器的负载均衡方法，包括：
确定在不同预设时间段内的多类业务的服务器资源需求量；
根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
在一个实施例中，在所述确定在不同预设时间段内的多类业务的服务器资源需求量之后，还包括：
确定不同预设时间段内用于业务处理的目标服务器。
在一个实施例中，在所述在每个预设时间段内对每类业务分配对应的服务器资源之后，还包括：
在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量；
根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源。
在一个实施例中，所述方法还包括：
检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值；
若是，调用备用服务器；
根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。
在一个实施例中，所述根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源，包括：
根据检测到的每类业务的实际数据处理量，确定每类业务的实际服务器资源需求量；
若存在第一目标业务的实际服务器资源需求量大于所述第一目标业务已分配的服务器资源需求量，且存在第二目标业务的实际服务器资源需求量小于所述第二目标业务已分配的服务器资源需求量，则对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整。
在一个实施例中，确定不同预设时间段内用于业务处理的目标服务器，包括：
确定服务器集群中每个服务器的数据处理能力值；所述服务器集群为包括一个或多个用于业务处理的服务器；
根据每个预设时间段每类业务的服务器资源需求量、服务器集群中服务器的预设优先级、以及每个服务器的数据处理能力值，确定每个预设时间段内用于业务处理的目标服务器。
在一个实施例中，所述调用备用服务器，包括：
获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值；
根据所述差值以及所述服务器集群中各个服务器的数据处理能力值，在所述服务器集群中挑选所述备用服务器。
第二方面，本申请实施例提供了一种服务器的负载均衡装置，包括：
第一确定模块，用于确定在不同预设时间段内的多类业务的服务器资源需求量；
分配模块，用于根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
在一个实施例中，所述服务器的负载均衡装置包括：
第二确定模块，用于确定不同预设时间段内用于业务处理的目标服务器。
在一个实施例中，所述服务器的负载均衡装置包括：
第一检测模块，用于在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量；
调整模块，用于根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源。
在一个实施例中，所述服务器的负载均衡装置包括：
第二检测模块，用于检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值；
调用模块，用于若所述目标服务器被各类业务占用的服务器资源达到预设阈值，调用备用服务器；
调度模块，用于根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。
在一个实施例中，所述调整模块包括：
第一确定单元，用于根据检测到的每类业务的实际数据处理量，确定每类业务的实际服务器资源需求量；
调整单元，用于若存在第一目标业务的实际服务器资源需求量大于所述第一目标业务已分配的服务器资源需求量，且存在第二目标业务的实际服务器资源需求量小于所述第二目标业务已分配的服务器资源需求量，则对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整。
在一个实施例中，所述第二确定模块包括：
第二确定单元，用于确定服务器集群中每个服务器的数据处理能力值；所述服务器集群为包括一个或多个用于业务处理的服务器；
第三确定单元，用于根据每个预设时间段每类业务的服务器资源需求量、服务器集群中服务器的预设优先级、以及每个服务器的数据处理能力值，确定每个预设时间段内用于业务处理的目标服务器。
在一个实施例中，所述调用模块具体用于：若所述目标服务器被各类业务占用的服务器资源达到预设阈值，获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值；根据所述差值以及所述服务器集群中各个服务器的数据处理能力值，在所述服务器集群中挑选所述备用服务器。
第三方面，本申请实施例提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述服务器的负载均衡方法的步骤。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现上述服务器的负载均衡方法的步骤。
第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述服务器的负载均衡方法的步骤。
本申请实施例与现有技术相比存在的有益效果是：本申请实施例先确定在不同预设时间段的多类业务的服务器资源需求量，再根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。因此，本申请实施例可在每个时间段内对每类业务进行合理的资源分配，减少服务器因为对多类业务的服务器资源不合理分配导致的速度慢，或者对应业务无法处理的情况，从而提高了汽修软件的业务使用性能。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的服务器的负载均衡方法的流程示意图；
图2是本申请实施例二提供的服务器的负载均衡方法的流程示意图；
图3是本申请实施例二步骤S202的具体流程示意图；
图4是本申请实施例三提供的服务器的负载均衡方法的流程示意图；
图5是本申请实施例三步骤S305的具体流程示意图；
图6是本申请实施例四提供的服务器的负载均衡方法的流程示意图；
图7是本申请实施例四步骤S403的具体流程示意图；
图8是本申请实施例五提供的服务器的负载均衡装置的结构示意图；
图9是本申请实施例六提供的服务器的结构示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定***模块结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***模块、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
本申请实施例提供的服务器的负载均衡方法，可由服务器执行该负载均衡方法，执行负载均衡方法的服务器可以是单独的负载均衡服务器，或者是用于进行业务处理的服务器本身执行，如进行业务处理的服务器包括多个服务器，该多个服务器构成一个服务器集群，多个服务器之间相互通信连接。执行本申请中负载均衡方法的可以是该服务器集群中的任一个服务器。本申请实施例对服务器的具体类型不作任何限制。
为了说明本申请所述的技术方案，下面通过具体实施例进行说明。
实施例一
请参阅图1，示出了本申请实施例提供的服务器的负载均衡方法的示意性流程图，所述方法包括：
步骤S101，确定在不同预设时间段内的多类业务的服务器资源需求量。
具体地，上述不同预设时间段可以是以天为单位预设不同的几个时间段，或者以周为单位预设不同的时间段，或者以月为单位预设不同的时间段等。如以天为单位预设不同的时间段可以是早上8点至中午12点为一个时间段，中午12点至下午14点为一个时间段，下午14点至晚上18点为一个时间段，晚上18点至晚上20点为一个时间段，晚上20点到晚上23点为一个时间段，24点至第二天早上8点为一个时间段，此处仅是为了理解进行举例，不作为对本申请的限定。由于不同时间段中业务的服务器资源需求量不同，可先统计确定不同时间段内各类业务需要的服务器资源需求量，如直播业务、培训业务、社区业务在中午12点至14点和晚上20点至23点的对服务器资源需求量比较大；对汽车诊断的相关业务在上午8点至12点和下午14点到18点这两个时间段对服务器资源需求量比较大。
在一个实施例中，上述服务器资源需求量可根据多个预设时间段内不同类业务的历史实际需求量，确定在不同预设时间段的多类业务的服务器资源需求量。
具体地，可以根据每个预设时间段内对应的历史实际需求量确定该时间段内每类业务的服务器资源需求量。历史实际需求量可以是预设有效历史时间内的历史实际需求量，如预设有效历史时间段内可以是最近一周，最近半个月，最近一个月或最近三个月等等。如统计并获取最近一周每一天在14点至18点这个时间段内分配给A类业务的实际资源量，将最近一周每一天在14点至18点这个时间段内A中业务类型的实际资源量作为历史实际需求量，再确定出该时间段这类业务的服务器资源需求量，如将最近一周每天该时间段的实际资源量的平均值就作为该时间段的A业务类型的服务器资源需求量。
步骤S102，根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
具体地，可根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应比例的服务器资源。如服务器中总可调动资源为100％，总共包括A类业务(如A类业务包括直播业务、培训业务和社区业务)和B类业务(如车辆诊断相关业务)，如A类业务在中午12点至14点和晚上20点至23点这两个时间段对服务端需求比较大，需要70％的服务器资源，将这两个时间段A类业务分配70％的服务器资源，B类业务分配30％的服务器资源；而B类业务在上午9点～11点和下午14点～17点对服务端的需求比较大，需要80％的服务端资源，那么将这两个时间段A类业务分配20％的服务器资源，B类业务分配80％的服务器资源。
本申请实施例先确定在不同预设时间段的多类业务的服务器资源需求量，再根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源；可根据每个预设时间段内的每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源，可对每类业务进行合理的资源分配，减少服务器因为对多类业务的服务器资源不合理分配导致的速度慢，或者对应业务无法处理的情况，从而提高了汽修软件的业务使用性能。
实施例二
本实施例是对实施例一的进一步说明，与实施例一相同或相似的地方，具体可参见实施例一的相关描述，此处不再赘述。如图2所示，本实施例的服务器的负载均衡方法包括：
步骤S201，确定在不同预设时间段内的多类业务的服务器资源需求量。
具体地，步骤S201与上述步骤S101相同或相似的地方，具体可参见步骤S101的相关描述，此处不再赘述。
步骤S202，确定不同预设时间段内用于业务处理的目标服务器。
具体地，可根据每个预设时间段内所有类业务的服务器资源需求量之和，确定出需要的服务器的数据处理能力值，查找出与该数据处理能力值相匹配的目标服务器，将该目标服务器称为目标服务器。
在一个实施例中，如图3所示，所述确定不同预设时间段内用于业务处理的目标服务器包括步骤S2021至步骤S2022：
步骤S2021，确定服务器集群中每个服务器的数据处理能力值；所述服务器集群为包括一个或多个用于业务处理的服务器。
具体地，可预先设置多个用于业务处理的服务器，该多个服务器构成一个用于对各类业务的数据进行处理的服务器集群，每个服务器的数据处理能力可以理解为每个服务器的性能，性能越高对应的数据处理能力值越大，性能越低的对应的数据处理能力值就越小。
步骤S2022，根据每个预设时间段每类业务的服务器资源需求量、服务器集群中服务器的预设优先级、以及每个服务器的数据处理能力值，确定每个预设时间段内用于业务处理的目标服务器。
具体地，可根据每个预设时间段内所有类业务的服务器资源需求量之和，确定出需要的服务器的数据处理能力值，根据预设优先级从高到低查找出与该数据处理能力值相匹配的目标服务器，将该目标服务器称为目标服务器。确定的目标服务器有可能是一个也有可能是多个。
如某个预设时间段内所有业务类型的服务器资源需求量之和确定出服务器的数据处理能力值为10(这个数值是为了理解而量化的值，如实际处理能力值可以是多少时间能处理多少比特的数据进行衡量)，优先级最高的服务器的数据处理能力为8，优先级第二高的服务器的数据处理能力为5，由于优先级最高的单个服务器不满足需求，则可将优先级最高的服务器和优先级第二高的服务器均确定为目标服务器。
步骤S203，根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
具体地，可根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务在上述已确定的目标服务器中分配对应的服务器资源。假设每个目标服务器中总可调动资源为100％，总共包括A类业务(如A类业务包括直播业务、培训业务和社区业务)和B类业务(如车辆诊断相关业务)，如A类业务在中午12点至14点和晚上20点至23点这两个时间段对服务端需求比较大，需要70％的服务器资源，将这两个时间段A类业务分配70％的服务器资源，B类业务分配30％的服务器资源；而B类业务在上午9点～11点和下午14点～17点对服务端的需求比较大，需要80％的服务端资源，那么将这两个时间段A类业务分配20％的服务器资源，B类业务分配80％的服务器资源。
本申请实施例确定不同预设时间段内用于业务处理的目标服务器，在该目标服务器中根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源，能合理的选择对应的服务器适应不同时间段的服务器资源需求量。
实施例三
本实施例是对实施例一和实施例二的进一步说明，与实施例一和实施例二相同或相似的地方，具体可参见实施例一和实施例二的相关描述，此处不再赘述。如图4所示，本实施例的服务器的负载均衡方法包括：
步骤S301，确定在不同预设时间段内的多类业务的服务器资源需求量。
具体地，步骤S301与上述步骤S101相同或相似的地方，具体可参见步骤S101的相关描述，此处不再赘述。
步骤S302，确定不同预设时间段内用于业务处理的目标服务器。
具体地，步骤S302与上述步骤S202相同或相似的地方，具体可参见步骤S202的相关描述，此处不再赘述。
步骤S303，根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
具体地，步骤S303与上述步骤S203相同或相似的地方，具体可参见步骤S203的相关描述，此处不再赘述。
步骤S304，在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量。
具体地，在每个预设时间段内都会确定对应的目标服务器进行对应的业务处理，目标服务器进行业务处理的过程中，实时检测每个业务类型的数据处理量，根据每类业务的数据处理量，如可通过检测目标服务器的每类业务的数据访问量确定对应类业务的实际数据处理量。
步骤S305，根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源。
具体地，上述在每个预设时间段内对每类业务分配对应的服务器资源是预先确定，在实际访问中的数据可能会有变化，可通过对服务器具体业务访问数据进行采集分析进行调整，实时检测每类业务的数据处理量，根据每类业务的数据处理量，对不同类业务已分配的服务器资源进行调整，会更好的提高对应业务处理性能。
在一个实施例中，如图5所示，根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源包括步骤S3051至步骤S3052：
步骤S3051，根据检测到的每类业务的实际数据处理量，确定每类业务的实际服务器资源需求量。
具体地，可实时检测到的每类业务的访问量，根据每类业务的访问量可确定实际数据处理量，根据确定实际数据处理量可确定每类业务的实际服务器资源需求量。
步骤S3052，若存在第一目标业务的实际服务器资源需求量大于所述第一目标业务已分配的服务器资源需求量，且存在第二目标业务的实际服务器资源需求量小于所述第二目标业务已分配的服务器资源需求量，则对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整。
具体地，第一目标业务的实际服务器资源需求量可以是第一目标业务占目标服务器中的实际服务器资源比例，如在实际处理中，第一目标业务占目标服务器的70％。第一目标业务已分配的服务器资源需求量也可以是上述每个预设时间段内对每类业务分配对应的服务器资源时，对应时间段已分配给第一目标业务所占的服务器资源比例。同样第二目标业务的实际服务器资源需求量可以是第二目标业务占目标服务器中的实际服务器资源比例，如在实际处理中，第二目标业务占目标服务器的5％，第二目标业务已分配的服务器资源需求量也可以是上述每个预设时间段内对每类业务分配对应的服务器资源时，对应时间段已分配给第二目标业务所占的服务器资源比例。
在一个实施例中，对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整可以是：根据第一目标类型业务的占目标服务器中的实际服务器资源比例与已分配给第一目标业务所占的服务器资源比例之间的差值确定需要增加的比例，再根据第二目标类型业务的占目标服务器中的实际服务器资源比例与已分配给第二目标业务所占的服务器资源比例之间的差值确定可以减少的比例；在可以减少的比例大于需要增加的比例时，根据需要增长比例增加第一目标类型业务的已分配给第一目标业务所占的服务器资源比例，并将已分配给第二目标业务所占的服务器资源比例比例减少对应值；或者若可减少的比例加上预留空闲比例值后大于需要增加的比例时，将需要增长比例加上预留空间比例后得到的值作为增加比例去增加已分配给第一目标业务所占的服务器资源比例，并将已分配给第二目标业务所占的服务器资源比例比例减少对应值。
如在一种应用场景中，若可减少的比例加上预留空闲比例值后大于需要增加的比例时，将需要增长比例加上预留空间比例后得到的值作为增加比例去增加已分配给第一目标业务所占的服务器资源比例，并将已分配给第二目标业务所占的服务器资源比例比例减少对应值可以是：如实际处理中A类业务占目标服务器的资源比例为70％，B类业务占的资源比例为5％，A类、B类业务在该时间段已分配所占的服务器资源比例均为50％，可知A类业务需要增加的比例为70％-50％＝20％，如预设的预留空闲比例值15％，需要增长比例加上预留空间比例后得到的值为20％+15％＝35％，那么使服务端把B类业务资源调度给A类35％，这样使得较忙的A业务在当前业务资源多15％的资源空间。这样A类资源占85％，B类资源占15％，使资源得到充分应用，应用稳定使用；或者，如B类业务类占的资源比例为80％，A类占的资源比例为5％，A类业务需要增加的比例为30％，预设的预留空闲比例值10％，那么就会使服务端把A类业务资源调度给B类40％。这样B类资源占90％，A类资源占10％，这样使得比较忙的B业务在当前业务资源多10％的资源空间，比较闲的A业务当前业务资源多5％的资源空间，使资源得到充分应用，应用稳定使用，可根据实际应用设定对应预留空闲比例值，对此不作限定。
本申请实施例可先确定在不同预设时间段内的多类业务的服务器资源需求量，并且确定不同预设时间段内用于业务处理的目标服务器，根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源，即可先根据时间段的需求量确定每类业务的一个初始服务器资源，但实际访问中的数据可能会有变化，在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量，根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源，对资源调度更合理高效，进一步提高了汽修软件的业务使用性能。
实施例四
本实施例是对实施例一、实施例二和实施例三的进一步说明，与实施例一、实施例二和实施例三相同或相似的地方，具体可参见实施例一、实施例二和实施例三的相关描述，此处不再赘述。如图6所示，本实施例的服务器的负载均衡方法包括：
步骤S401，确定不同预设时间段内用于业务处理的目标服务器。
具体地，步骤S401与上述步骤S101相同或相似的地方，具体可参见步骤S101的相关描述，此处不再赘述。
步骤S402，检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值。
具体地，在每个预设时间段内都会确定对应的目标服务器进行对应的业务处理，目标服务器进行业务处理的过程中，实时检测目标服务器被各类业务占用的服务器资源是否达到预设阈值，若目标服务器被各类业务占用的服务器资源达到预设阈值，则判定目标服务器处于繁忙状态。也可以是检测目标服务器被各类业务占用的服务器资源是否达到目标服务器总资源的预设百分比，如有A类业务与B类业务两种业务类型，A类业务与B类业务综合超过目标服务器总资源的95％，若目标服务器被各类业务占用的服务器资源达到目标服务器总资源的预设百分比，则判定目标服务器处于繁忙状态。上述服务器资源可以是服务器的算力资源。
步骤S403，若是，调用备用服务器；
具体地，若检测所述目标服务器被各类业务占用的服务器资源达到预设阈值，则调用备用服务器，或者若目标服务器被各类业务占用的服务器资源达到目标服务器总资源的预设百分比，则调用备用服务器。
在一个实施例中，如图7所示，所述调用备用服务器，包括步骤S4031至步骤S4032：
步骤S4031，获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值。
具体地，获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值，根据这个差值可确定对目标服务器需要调度的资源。如假设目标服务器能占用的服务器资源设为100(这个数值是为了理解而量化的值，如服务器资源可以是服务器应用于运算数据的内存容量大小进行衡量)，预先设定一个限制值(即上述预设阈值)为80，当前的业务实际访问量所需要的占用的服务器资源(即上述目标服务器被各类业务占用的服务器资源)是120，则获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值为40，此时需要调用备用服务器处理。
步骤S4032，根据所述差值以及所述服务器集群中各个服务器的数据处理能力值，在所述服务器集群中挑选所述备用服务器。
具体地，根据目标服务器被各类业务占用的服务器资源与所述预设阈值的差值，在服务器集群中各个服务器的数据处理能力值中匹配能处理与该差值大小对应业务数据量并当前处于空闲状态的服务器，并根据这些服务器的优先级，将优先级最高的服务器挑选为备用服务器。
在一个实施例中，判断服务器空闲状态具体可以将服务器当前数据处理量少于预设空闲值的服务器，确定为空闲状态的服务器。所述预设空闲值为一个动态值，每个服务器可能不一样，每一个服务器的预设空闲值可以是根据该服务器的数据处理能力乘以预设比例系数得到的数值。
步骤S404，根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。
具体地，实时检测据每类业务的实际数据处理量，实际数据处理量可以是每类业务实际访问量，根据每类业务实际访问量可确定每类业务需要占用的服务器资源，可将超过目标服务器的预先设定一个限制值的业务调度至备用服务器进行业务处理。
本申请实施例确定不同预设时间段内用于业务处理的目标服务器，检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值，若是，调用备用服务器，根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。可检测到目标服务器被各类业务占用的服务器资源是否达到预设阈值，调用备用服务器进行业务处理，可在服务器处理汽修软件对应业务数据时，减少目标服务器因为数据处理过多导致的速度慢，或者对应业务无法处理的情况，从而提高了汽修软件的业务使用性能。
实施例五
对应于上文实施例所述的服务器的负载均衡方法，图8示出了本申请实施例提供的服务器的负载均衡装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。所述服务器的负载均衡装置应用于服务器，所述电子设备与目标车辆进行通信连接，所述服务器的负载均衡装置800包括：
第一确定模块801，用于确定在不同预设时间段内的多类业务的服务器资源需求量；
分配模块802，用于根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
在一个实施例中，所述服务器的负载均衡装置包括：
第二确定模块，用于确定不同预设时间段内用于业务处理的目标服务器。
在一个实施例中，所述服务器的负载均衡装置包括：
第一检测模块，用于在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量；
调整模块，用于根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源。
在一个实施例中，所述服务器的负载均衡装置包括：
第二检测模块，用于检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值；
调用模块，用于若所述目标服务器被各类业务占用的服务器资源达到预设阈值，调用备用服务器；
调度模块，用于根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。
在一个实施例中，所述调整模块包括：
第一确定单元，用于根据检测到的每类业务的实际数据处理量，确定每类业务的实际服务器资源需求量；
调整单元，用于若存在第一目标业务的实际服务器资源需求量大于所述第一目标业务已分配的服务器资源需求量，且存在第二目标业务的实际服务器资源需求量小于所述第二目标业务已分配的服务器资源需求量，则对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整。
在一个实施例中，所述第二确定模块包括：
第二确定单元，用于确定服务器集群中每个服务器的数据处理能力值；所述服务器集群为包括一个或多个用于业务处理的服务器；
第三确定单元，用于根据每个预设时间段每类业务的服务器资源需求量、服务器集群中服务器的预设优先级、以及每个服务器的数据处理能力值，确定每个预设时间段内用于业务处理的目标服务器。
在一个实施例中，所述调用模块具体用于：若所述目标服务器被各类业务占用的服务器资源达到预设阈值，获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值；根据所述差值以及所述服务器集群中各个服务器的数据处理能力值，在所述服务器集群中挑选所述备用服务器。
本申请实施例先确定在不同预设时间段的多类业务的服务器资源需求量，再根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源；可根据每个预设时间段内的每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源，可对每类业务进行合理的资源分配，减少服务器因为对多类业务的服务器资源不合理分配导致的速度慢，或者对应业务无法处理的情况，从而提高了汽修软件的业务使用性能。
实施例六
如图9所示，是本申请实施例提供的服务器的结构示意图。所述服务器900包括：处理器901、存储器902以及存储在上述存储器902中并可在上述处理器901上运行的计算机程序903。上述处理器901执行上述计算机程序903时实现上述服务器的负载均衡方法实施例中的步骤。
示例性的，上述计算机程序903可以被分割成一个或多个单元/模块，上述一个或者多个单元/模块被存储在上述存储器902中，并由上述处理器901执行，以完成本申请。上述一个或多个单元/模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序903在上述服务器900中的执行过程。例如，上述计算机程序903可以被分割成第一确定模块和分配模块等，各模块具体功能在上述实施例中已有描述，此处不再赘述。
上述服务器900可包括，但不仅限于，处理器901、存储器902。本领域技术人员可以理解，图9仅仅是服务器900的示例，并不构成对服务器900的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如上述服务器900还可以包括输入输出设备、网络接入设备、总线等。
所称处理器901可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
上述存储器902可以是服务器900的内部存储单元，例如服务器900的硬盘或内存。上述存储器902还可以既包括上述服务器900的内部存储单元也包括外部存储设备。上述存储器902用于存储上述计算机程序以及上述服务器900所需的其它程序和数据。上述存储器902还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述车辆诊断设备中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种服务器的负载均衡方法，其特征在于，包括：
确定在不同预设时间段内的多类业务的服务器资源需求量；
根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
2.根据权利要求1所述的服务器的负载均衡方法，其特征在于，在所述确定在不同预设时间段内的多类业务的服务器资源需求量之后，还包括：
确定不同预设时间段内用于业务处理的目标服务器。
3.根据权利要求2所述的服务器的负载均衡方法，其特征在于，在所述在每个预设时间段内对每类业务分配对应的服务器资源之后，还包括：
在所述目标服务器进行业务处理过程中，检测所述目标服务器中每类业务的实际数据处理量；
根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源。
4.根据权利要求2所述的服务器的负载均衡方法，其特征在于，所述方法还包括：
检测所述目标服务器被各类业务占用的服务器资源是否达到预设阈值；
若是，调用备用服务器；
根据每类业务的实际数据处理量，对所述目标服务器以及备用服务器用于向各类业务提供的服务器资源进行调度。
5.根据权利要求3所述的服务器的负载均衡方法，其特征在于，所述根据检测到的每类业务的实际数据处理量，调整向相应业务分配的服务器资源，包括：
根据检测到的每类业务的实际数据处理量，确定每类业务的实际服务器资源需求量；
若存在第一目标业务的实际服务器资源需求量大于所述第一目标业务已分配的服务器资源需求量，且存在第二目标业务的实际服务器资源需求量小于所述第二目标业务已分配的服务器资源需求量，则对所述第一目标业务已分配的服务器资源需求量进行增加调整，并对所述第二目标业务已分配的服务器资源需求量进行减少调整。
6.根据权利要求2至5任一项所述的服务器的负载均衡方法，其特征在于，确定不同预设时间段内用于业务处理的目标服务器，包括：
确定服务器集群中每个服务器的数据处理能力值；所述服务器集群为包括一个或多个用于业务处理的服务器；
根据每个预设时间段每类业务的服务器资源需求量、服务器集群中服务器的预设优先级、以及每个服务器的数据处理能力值，确定每个预设时间段内用于业务处理的目标服务器。
7.根据权利要求4所述的服务器的负载均衡方法，其特征在于，所述调用备用服务器，包括：
获取目标服务器被各类业务占用的服务器资源与所述预设阈值的差值；
根据所述差值以及所述服务器集群中各个服务器的数据处理能力值，在所述服务器集群中挑选所述备用服务器。
8.一种服务器的负载均衡装置，其特征在于，包括：
第一确定模块，用于确定在不同预设时间段内的多类业务的服务器资源需求量；
分配模块，用于根据每个预设时间段内每类业务的服务器资源需求量，在每个预设时间段内对每类业务分配对应的服务器资源。
9.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202110578699.XA 2021-05-26 2021-05-26 服务器的负载均衡方法、装置、服务器及存储介质 Pending CN113254208A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110578699.XA CN113254208A (zh) 2021-05-26 2021-05-26 服务器的负载均衡方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110578699.XA CN113254208A (zh) 2021-05-26 2021-05-26 服务器的负载均衡方法、装置、服务器及存储介质

Publications (1)

Publication Number Publication Date
CN113254208A true CN113254208A (zh) 2021-08-13

Family

ID=77184581

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110578699.XA Pending CN113254208A (zh) 2021-05-26 2021-05-26 服务器的负载均衡方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (1) CN113254208A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113791904A (zh) * 2021-09-13 2021-12-14 北京百度网讯科技有限公司 用于处理查询输入的方法、装置、设备和可读存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113791904A (zh) * 2021-09-13 2021-12-14 北京百度网讯科技有限公司 用于处理查询输入的方法、装置、设备和可读存储介质

Similar Documents

Publication Publication Date Title
US10558498B2 (en) Method for scheduling data flow task and apparatus
US20190215846A1 (en) Resource scheduling method and server
CN111061570B (zh) 一种图像计算请求处理方法、装置及终端设备
CN112445857A (zh) 一种基于数据库的资源配额管理方法和装置
US20040037306A1 (en) Adaptive network resource control
CN102945185B (zh) 任务调度方法及装置
CN111813543A (zh) 一种自适应调度方法、设备及计算机可读存储介质
CN106936867A (zh) 一种业务请求的响应方法及装置
CN111901490A (zh) 资源共享方法、装置、计算机装置及存储介质
CN113254208A (zh) 服务器的负载均衡方法、装置、服务器及存储介质
CN112214299A (zh) 多核处理器及其任务调度方法和装置
CN115080253B (zh) Gpu任务的分配方法、装置、电子设备和存储介质
CN107832140B (zh) 一种rpc请求控制的方法、存储介质、电子设备和***
CN114675973A (zh) 资源管理方法、设备、存储介质及程序产品
CN114490030A (zh) 自适应动态redis连接池的实现方法及装置
CN112667392B (zh) 云计算资源分配方法、装置、计算机设备和存储介质
CN113468442A (zh) 资源位流量的分发方法、计算设备及计算机存储介质
CN107870815B (zh) 一种分布式***的任务调度方法以及***
CN116566992B (zh) 边缘计算的动态协同方法、装置、计算机设备和存储介质
CN115586957B (zh) 一种任务调度***、方法、装置及电子设备
CN117858262B (zh) 基站资源调度优化方法、装置、基站、设备、介质及产品
CN114679390A (zh) 回退账户的确定方法、装置及计算机可读存储介质
CN113391905B (zh) 基于多gpu的任务调度方法、装置
CN110096374B (zh) 内部多类别的计算单元之间通信中间件控制***及方法
CN117114322A (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