CN110032447A - 用于分配资源的方法和装置 - Google Patents

用于分配资源的方法和装置 Download PDF

Info

Publication number
CN110032447A
CN110032447A CN201910289283.9A CN201910289283A CN110032447A CN 110032447 A CN110032447 A CN 110032447A CN 201910289283 A CN201910289283 A CN 201910289283A CN 110032447 A CN110032447 A CN 110032447A
Authority
CN
China
Prior art keywords
quota
request
resource
demand
limit value
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
CN201910289283.9A
Other languages
English (en)
Other versions
CN110032447B (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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201910289283.9A priority Critical patent/CN110032447B/zh
Publication of CN110032447A publication Critical patent/CN110032447A/zh
Priority to KR1020190158979A priority patent/KR102324987B1/ko
Priority to JP2019227531A priority patent/JP7127010B2/ja
Priority to US16/721,486 priority patent/US11146502B2/en
Application granted granted Critical
Publication of CN110032447B publication Critical patent/CN110032447B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • 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/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/781—Centralised allocation of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/504—Resource capping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开的实施例公开了用于分配资源的方法和装置。该方法的一具体实施方式包括：从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额；确定接收该请求的子服务器组中的子服务器数量；确定与该资源类别匹配的全局可用配额及总限额值；基于该总限额值与子服务器数量，确定该目标子服务器中的、与该资源类别匹配的限额值；基于该需求配额和限额值的比较，对该请求进行针对上述需求配额对应的资源量的资源分配操作。该实施方式实现了减少向全局可用配额的申请次数，从而加快服务器处理请求的速度。

Description

用于分配资源的方法和装置
技术领域
本公开的实施例涉及计算机技术领域，具体涉及用于分配资源的方法和装置。
背景技术
计算机领域中，配额(quota)是一种用于跟踪和控制节点上的各个实体对资源的消耗的机制，以防止资源的过度消耗、同时进行资源分配的统计和汇报。该资源例如可以包括磁盘空间、存储器、CPU等。该实体例如可以包括个体用户、组织、进程等。
在相关技术中，对于资源分配时的配额判断通常采用以下方案：单机配额管理，采用不断扣除本地的可用配额的数量的方式，如果本地的可用配额不足则直接拒绝请求。即初始化本地的可用配额，每次收到请求时扣除需求配额，之后判断当前本地的可用配额是否大于0；全局配额扣除机制，分布式系统下采用全局配额扣除的机制。每次请求时进行扣除全局存储(常见的为集中式缓存)中配额，之后判断是否有可用的配额。若剩余配额充足则通过请求，若剩余配额不足则拒绝请求。
发明内容
本公开的实施例提出了用于分配资源的方法和装置。
第一方面，本公开的实施例提供了一种用于分配资源的方法，该方法包括：从客户端发送的请求中提取与目标子服务器匹配的资源类别和与资源类别对应的需求配额；确定接收请求的子服务器组中的子服务器数量；确定与资源类别匹配的全局可用配额及总限额值；基于总限额值与子服务器数量，确定目标子服务器中的、与资源类别匹配的限额值；基于需求配额和该限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作。
在一些实施例中，基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作，包括：响应于需求配额小于或者等于限额值，从限额值对应的资源量中分配针对请求的、需求配额对应的资源量。
在一些实施例中，从限额值对应的资源量中分配针对请求的、需求配额对应的资源量之后，该方法还包括：定时接收目标子服务器发送的、分配需求配额后剩余的限额值；从全局可用配额对应的资源量中分配与需求配额对应的资源量，以补充目标子服务器中、剩余的限额值对应的资源量。
在一些实施例中，基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作，包括：响应于需求配额大于限额值，从目标子服务器中分配针对请求的、需求配额对应的资源量；将需求配额记录在目标子服务器中。
在一些实施例中，将需求配额记录在目标子服务器中之后，该方法还包括：接收目标子服务器发送的、所记录的需求配额；接收客户端发送的再次请求；响应于接收到再次请求，从全局可用配额对应的资源量中扣除记录的需求配额对应的资源量。
在一些实施例中，将需求配额记录在目标子服务器中之后，该方法还包括：进行记录周期计时；接收目标子服务器发送的、所记录的需求配额；响应于记录周期达到预设时长，从全局可用配额对应的资源量中扣除需求配额对应的资源量。
在一些实施例中，该方法还包括：确定全局配额当前剩余的配额量是否小于限额值；响应于确定小于，将限额值对应的配额量更新为全局配额当前剩余的配额量。
第二方面，本公开的实施例提供了一种用于分配资源的方法，包括：接收客户端发送的请求，其中，请求包括：资源类别信息、与资源类别信息匹配的总需求配额；对请求中的资源类别信息匹配的总需求配额进行以下确定步骤：确定与请求中的资源类别信息匹配的全局可用配额及总限额值；确定全局可用配额是否大于预设值；响应于确定大于，对全局可用配额和总限额值进行求和，得到配额总量；确定总需求配额是否小于或者等于配额总量；响应于确定小于或者等于，确定资源类别信息对应的总需求配额满足资源分配条件；对请求中的各个资源类别信息对应的总需求配额执行确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件；响应于确定分别满足，生成用于表征通过请求的指示信息，以及利用权利要求1-7任一项的方法，对请求的各个资源类别分别进行资源分配操作。
在一些实施例中，该方法还包括：响应于请求中的任一资源类别信息对应的总需求配额不满足资源分配条件，生成用于表征拦截请求的指示信息。
第三方面，本公开的实施例提供了一种用于分配资源的装置，包括：信息提取单元，被配置成从客户端发送的请求中提取与目标子服务器匹配的资源类别和与资源类别对应的需求配额；第一处理单元，被配置成确定接收请求的子服务器组中的子服务器数量；第二处理单元，被配置成确定与资源类别匹配的全局可用配额及总限额值；限额值确定单元，被配置成基于总限额值与子服务器数量，确定目标子服务器中的、与资源类别匹配的限额值；资源分配操作处理单元，被配置成基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作。
在一些实施例中，资源分配操作处理单元进一步被配置成响应于需求配额小于或者等于限额值，从限额值对应的资源量中分配针对请求的、需求配额对应的资源量。
在一些实施例中，资源分配操作处理单元还包括：接收模块，被配置成定时接收目标子服务器发送的、分配需求配额后剩余的限额值；第一资源分配模块，被配置成从全局可用配额对应的资源量中分配与需求配额对应的资源量，以补充目标子服务器中、剩余的限额值对应的资源量。
在一些实施例中，资源分配操作处理单元包括：第二资源分配模块，被配置成响应于需求配额大于限额值，从目标子服务器中分配针对请求的、需求配额对应的资源量；记录模块，被配置成将需求配额记录在目标子服务器中。
在一些实施例中，该装置还包括：第一信息接收单元，被配置成接收目标子服务器发送的、所记录的需求配额；第一请求接收单元，被配置成接收客户端发送的再次请求；第三处理单元，被配置成响应于接收到再次请求，从全局可用配额对应的资源量中扣除记录的需求配额对应的资源量。
在一些实施例中，该装置还包括：计时单元，被配置成进行记录周期计时；第二信息接收单元，被配置成接收目标子服务器发送的、所记录的需求配额；第四处理单元，被配置成响应于记录周期达到预设时长，从全局可用配额对应的资源量中扣除需求配额对应的资源量。
在一些实施例中，该装置还包括：比较单元，被配置成确定全局配额当前剩余的配额量是否小于限额值；配额量更新单元，被配置成响应于确定小于，将限额值对应的配额量更新为全局配额当前剩余的配额量。
第四方面，本公开的实施例提供了一种用于分配资源的装置，包括：第二请求接收单元，被配置成接收客户端发送的请求，其中，请求包括：资源类别信息、与资源类别信息匹配的总需求配额；需求配额确定单元，被配置成对请求中的资源类别信息匹配的总需求配额执行以下确定步骤：确定与请求中的资源类别信息匹配的全局可用配额及总限额值；确定全局可用配额是否大于预设值；响应于确定大于，对全局可用配额和总限额值进行求和，得到配额总量；确定总需求配额是否小于或者等于配额总量；响应于确定小于或者等于，确定资源类别信息对应的总需求配额满足资源分配条件；确定步骤执行单元，被配置成对请求中的各个资源类别信息对应的总需求配额执行确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件；第五处理单元，被配置成响应于确定分别满足，生成用于表征通过请求的指示信息，以及利用第一方面或第一方面任一实施例的方法，对请求的各个资源类别分别进行资源分配操作。
在一些实施例中，该装置还包括：指示信息生成单元，被配置成响应于请求中的任一资源类别信息对应的总需求配额不满足资源分配条件，生成用于表征拦截请求的指示信息。
第五方面，本公开的实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第一方面任一实施例的方法或者第二方面或第二方面任一实施例的方法。
第六方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如第一方面或第一方面任一实施例的方法或者第二方面或第二方面任一实施例的方法。
本公开的实施例提供的用于分配资源的方法和装置，通过从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额。然后，确定接收该请求的子服务器组中的子服务器数量，以及确定与该资源类别匹配的全局可用配额及总限额值。之后，基于该需求配额和该子服务器总量，确定目标子服务器中的、与该资源类别匹配的限额值。最后，基于该需求配额和该限额值的比较，对该请求进行针对该需求配额对应的资源量的资源分配操作。由于目标子服务器的限额值是基于总限额值和子服务器数量确定的，这些限额值可以理解为目标子服务器的本地可用配额。然后基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作，从而在分布式环境下，对资源配额进行合理的分配，合理利用服务器的资源。以及对目标子服务器分配本地可用配额，资源配额的合理设置，可以减少向全局可用配额的申请次数，从而加快服务器处理请求的速度。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
图1是本公开的一个实施例可以应用于其中的示例性系统架构图；
图2是根据本公开的用于分配资源的方法的一个实施例的流程图；
图3是根据本公开的实施例的用于分配资源的方法的一个应用场景的示意图；
图4是根据本公开的实施例的用于分配资源的方法的另一个应用场景的示意图；
图5是根据本公开的实施例的用于分配资源的方法的再一个应用场景的示意图；
图6是根据本公开的图2所示的实施例的用于分配资源的方法的一个应用场景的示意图；
图7是根据本公开的用于分配资源的方法的又一个实施例的流程图；
图8是根据本公开的图7所示的实施例中的确定步骤的流程图；
图9是根据本公开的与图2所示的实施例对应的用于分配资源的装置的一个实施例的结构示意图；
图10是根据本公开的与图7所示的实施例对应的用于分配资源的装置的一个实施例的结构示意图；
图11是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
图1示出了可以应用本公开的用于分配资源的方法或用于分配资源的装置的示例性架构100。
如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件、文本编辑类应用、浏览器类应用、阅读类应用等。
终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且支持与向服务器发送请求的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group AudioLayer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
服务器105可以是提供各种服务的服务器，例如接收终端设备101、102、103发送的请求的后台服务器。该后台服务器可以对客户端发送的请求进行资源分配等处理。
需要说明的是，服务端、客户端可以是硬件，也可以是软件。当服务端、客户端为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务端、客户端为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是，本公开的实施例所提供的用于分配资源的方法一般由服务器105执行，相应地，用于分配资源的装置一般设置于服务器105中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本公开的用于分配资源的方法的一个实施例的流程200。该用于分配资源的方法应用于服务器，包括以下步骤：
步骤201，从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额。
在本实施例中，用于分配资源的方法的执行主体(如图1所示的服务器105)可以从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额。
其中，资源例如可以是磁盘空间，还可以是存储器，还可以是CPU。这里的资源类别指的是某一种资源，例如磁盘空间。与该资源类别对应的需求配额，例如可以是与资源类别—磁盘空间在一台子服务器上对应的需求配额2MB，即该请求需要磁盘空间在该子服务器上的资源配额量是2MB。在分布式环境下，对应于某一请求，可能需要多台子服务器来接收该请求，然后配合完成该请求。目标子服务器例如可以理解为这些子服务器中、服务器对其执行该用于分配资源的方法的子服务器。应该可以理解，上述举例只是为了更好地解释本实施例的用于分配资源的方法，不应作为对本实施例的限定。
步骤202，确定接收该请求的子服务器组中的子服务器数量。
在本实施例中，上述执行主体可以确定接收该请求的子服务器组中的子服务器数量。其中，这里的子服务器组可以理解为分布式环境下，接收该请求的多台子服务器组成的子服务器组。
作为示例，客户端发送一个下载文档的请求至服务器。子服务器组中的子服务器均接收该请求。例如该请求需要第一台子服务器的内存资源为2GB，需要第二台服务器的内存资源为5GB，需要第三台服务器的内存资源为3GB(只是为了举例说明，不以此为限定)。那么，服务器可以由此获知该子服务器中接收该请求的子服务器数量为3。
步骤203，确定与该资源类别匹配的全局可用配额及总限额值。
在本实施例中，上述执行主体还可以确定与该资源类别匹配的全局可用配额及总限额值。其中，全局可用配额(quota)可以理解为服务器为该资源类别的资源所指定的可用的配额，即正常情况下资源可用使用的数量。总限额值(burst)，可以理解为服务器为该资源类别的资源所指定的可用容量，即该资源可以最多超额的限度。
作为示例，例如对于该请求中的内存资源，服务器可以指定该资源的全局可用配额quota为100GB。而服务器为该内存资源指定的总限额值burst可以为20GB。
步骤204，基于该总限额值与该子服务器数量，确定该目标子服务器中的、与该资源类别匹配的限额值。
在本实施例中，上述执行主体在获取总限额值和子服务器数量之后，可以确定该目标子服务器中的、与该资源类别匹配的限额值。例如该资源类别的总限额值是20(这里为了举例说明数字，不进行限定是哪种资源)。该子服务器数量例如是3。
作为一个示例，服务器可以将该总限额值20除以子服务器数量3，取整得到该目标子服务器中的与该资源类别匹配的限额值为6。作为另一个示例，服务器可以将该总限额值20进行分配。例如服务器给第一台子服务器分配的与该资源类别匹配的限额值为10，给第二台子服务器分配的与该资源类别匹配的限额值为5，给第三台子服务器分配的与该资源类别匹配的限额值为5。假设这里的第一台子服务器为目标子服务器，则该目标子服务器中与该资源类别匹配的限额值就为10。
步骤205，基于该需求配额和该限额值的比较，对该请求进行针对该需求配额对应的资源量的资源分配操作。
在本实施例中，上述执行主体在获取到该目标子服务器中的与该资源类别匹配的限额值之后，可以将该请求中的、该资源类别对应的需求配额与该限额值进行比较，得到比较结果。然后结合该比较结果，对该请求进行针对该需求配额对应的资源量的资源分配操作。从而使得全局可用配额与子服务器的本地可用配额(限额值)配合使用，减少对全局可用配额的请求次数。
作为一个示例，在本实施例的一些可选的实现方式中，响应于该需求配额小于或者等于该限额值，上述执行主体可以从限额值对应的资源量中分配针对该请求的、该需求配额对应的资源量。例如对于该目标子服务器，该限额值为6，而该资源类别对应的需求配额为3，则上述执行主体可以从目标子服务器中的该限额值中直接分配该需求配额3。即目标子服务器可以从本地可用的资源配额中分配资源以满足该资源配额请求，而不需要申请服务器中的全局可用配额。从而快速响应请求，加快处理器对请求的处理速度。
在从限额值对应的资源量中分配针对该请求的、该需求配额对应的资源量之后，在本实施例的一些可选的实现方式中，上述执行主体还可以定时接收目标子服务器发送的、分配该请求后剩余的限额值。然后，服务器可以从全局可用配额对应的资源量中分配与该需求配额对应的资源量，以补充该目标子服务器中、剩余的限额值对应的资源量。例如，目标子服务器中与该资源类别的资源对应的限额值初始时为6，即本地可用配额为6。而请求中与该资源类别对应需求配额为3。从目标子服务器的本地可用配额中扣除3之后，剩余的限额值为6-3＝3。然后，目标子服务器定时将剩余的限额值上报至服务器。服务器可以从全局可用配额对应的资源量中分配与需求配额3对应的资源量，从而补充目标子服务器，使得目标子服务器的限额值依然为初始值6。
例如在图3所示的应用场景中，三台子服务器本地可用配额分别为6(限额值303)。初始时没有接收到请求，即本地计数304为均为0。此时，假设全局可用配额302为100，那么当前可用配额总量301就为100+3×6＝118。
然后，周期内接收到一次请求之后，对于该资源，三台子服务器分别对应的需求配额为3、2、4。此时先将该需求配额进行本地计数，即对于三台子服务器，本地计数304分别为3、2、4。
由于需求配额3、2、4均小于限额值6，因此，可以从本地可用配额(限额值303)中直接扣除该需求配额对应的资源配额。扣除之后，对于三台子服务器本地可用配额分别剩余的量为6-3＝3、6-2＝4、6-4＝2。
之后，5s上报本地计数至服务器，服务器从全局可用配额100中扣除配额3、2、4补充至三台子服务器中，即补充子服务器的限额值303，使其达到初始限额值6。此时，则全局可用配额剩余的量为100-3-2-4＝91。
作为另一个示例，在本实施例的一些可选的实现方式中，响应于该需求配额大于该限额值，上述执行主体可以从该目标子服务器中分配针对该请求的、该需求配额对应的资源量。之后，服务器将该需求配额记录在目标子服务器中。具体地，当请求的需求配额大于本地可用配额(限额值)时，此时服务器可以先从目标子服务器中分配该需求配额对应的资源量，以保证客户端的用户的使用体验。然后，服务器可以将该次请求的该资源的需求配额记录在目标子服务器中，即本地计数。
之后，作为一个示例，目标子服务器可以将记录的本地计数上传至服务器。服务器接收该记录的需求配额。然后，服务器在接收客户端发送的再次请求时，可以从全局可用配额对应的资源量中扣除该记录的需求配额对应的资源量。作为另一个示例，服务器将需求配额记录在本地之后，进行记录周期计时。然后服务器接收到目标子服务器发送的、所记录的需求配额之后，确定记录周期是否达到预设时长。响应于该记录周期达到预设时长，服务器可以从全局可用配额对应的资源量中扣除该需求配额对应的资源量。
例如在图4所示的应用场景中，三台子服务器本地可用配额分别为6(限额值403)。初始时第一台子服务器的本地计数404为5(说明在上一次请求中使用了第一台子服务器的资源配额量为5)，第二台子服务器和第三台子服务器的本地计数均为0。此时，假设全局可用配额402为100，那么当前可用配额总量401就为100+3×6＝118。
然后，接收到的请求中，第一台子服务器的需求配额为15，其他两台子服务器的需求配额为0。此时，第一台子服务器先将本地计数5上报至全局可用配额402中进行扣除。那么服务器中该资源对应的全局可用配额剩余量为100-5＝95。
之后，服务器将该次请求的需求配额15记录在目标子服务器的本地计数中，即对于三台子服务器，本地计数304分别为15、0、0。这里需要说明的是，在对需求配额15进行本地计数的同时，为了不影响客户端的用户的权益，从目标子服务器中先扣除该资源配额供用户使用。
然后，服务器在接收到再次请求时，可以从全局可用配额402中扣除上次的本地计数15。此时的全局可用配额剩余量为95-15＝80。然后将该再次请求的需求配额3记录在本地计数中，采用相应的资源分配策略进行资源分配。
本实施例的上述两种实现方式，第一种实现方式不断更新本地可用配额值，优先选择本地可用配额使用，减少对全局可用配额的请求量，以保证服务器处理请求的性能。第二种实现方式，在即使本地可用配额不满足需求配额的情况下，也不影响为用户的请求提供需求配额，同时也能做到及时同步全局可用配额，提高了服务器处理请求的灵活性。
在本实施例的一些可选的实现方式中，为了避免资源配额不会过度浪费，上述执行主体还可以确定全局可用配额当前剩余的配额量是否小于限额值。响应于全局可用配额当前剩余的配额量小于限额值，则将该限额值对应的配额量更新为全局可用配额当前剩余的配额量。
具体地，因为目前大多数资源分配方法最后剩余的资源配额量都会被浪费。为了保证用户的可用资源被合理利用，且不会被造成过度浪费，在该可选的实现方式中，上述执行主体可以将每台子服务器中该资源可以超额的限额值设置为总限额值/子服务器数量。
例如在图5所示的应用场景中，假设每台子服务器的限额值503为6。经过多次请求同步数据之后，全局可用配额502为10。此时可用配额总量501为10+3×6＝28。
在此次请求中，三台子服务器对应的需求配额(本地计数504)分别为3、1、2。则5s后上传本地计数至全局，从全局可用配额502中扣除与该需求配额对应的配额值，补充至三台子服务器的限额值之后，全局可用配额502剩余的配额量为10-3-1-2＝4。
由于此时全局可用配额502剩余的配额量为4，小于三台子服务器的限额值6，那么此时上述执行主体可以将子服务器的限额值503更新为4。这样，最后请求的资源的需求配额超额的限度为4×3＝12。从而合理利用配额资源，保证资源配额不会被过度浪费的同时，也不会影响服务器处理请求的性能。
继续参见图6，图6是根据本公开的图2所示的实施例的用于分配资源的方法的一个应用场景的示意图。在图6的应用场景中，服务器601从客户端602发送的请求603(下载文档)中提取与目标子服务器604匹配的资源类别605(内存资源)和与该资源类别605对应的需求配额606(5GB)。
然后，服务器601确定接收该请求的子服务器组中的子服务器数量607为3，以及与该内存资源匹配的全局可用配额608为100GB，总限额值609为20GB。服务器601将20GB均分至三台子服务器。因此，目标子服务器的限额值610为6GB。
之后，服务器601将该需求配额5GB与限额值6GB进行比较，基于比较结果进行资源分配611。例如，服务器601确定该需求配额5GB小于该限额值6GB，可以从该目标子服务器的本地可用配额(限额值610)对应的资源量中分配该请求中的内存资源需求配额5GB对应的资源量，以供客户端的该请求使用。
目前，现有技术之一通常是每次请求均从全局配额中扣除，增大向全局配额请求的请求量，导致服务器处理速度慢。而本公开的上述实施例提供的方法，由于目标子服务器的限额值是基于总限额值和子服务器数量确定的，这些限额值可以理解为目标子服务器的本地可用配额。然后基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作，从而在分布式环境下，对资源配额进行合理的分配，合理利用服务器的资源。以及对目标子服务器分配本地可用配额，资源配额的合理设置，可以减少向全局可用配额的申请次数，从而加快服务器处理请求的速度。
进一步参考图7，其示出了用于分配资源的方法的又一个实施例的流程700。该用于分配资源的方法的流程700，应用于服务器，包括以下步骤：
步骤701，接收客户端发送的请求。
在本实施例中，用于分配资源的方法的执行主体(例如图1所示的服务器105)可以接收客户端发送的请求。该请求包括资源类别信息、与该资源类别信息匹配的总需求配额。这里的资源类别信息可以包括内存。这里的总需求配额是指某一种资源所请求的资源配额，无论有几台子服务器接收该请求。
步骤702，对请求中的资源类别信息匹配的总需求配额执行确定步骤。
在本实施例中，上述执行主体可以对请求中的资源类别信息匹配的总需求配额执行确定步骤800。具体地，如图8所示，确定步骤800可以包括：
步骤801，确定与请求中的资源类别信息匹配的全局可用配额及总限额值。
在本实施例中，上述执行主体在接收到客户端发送的请求之后，可以确定与该请求中的资源类别信息匹配的全局可用配额及总限额值。
其中，对于每一种资源，例如内存资源，服务器会预先分配该资源的全局资源配额和允许超额的限度。这里的全局资源配额即可以理解为全局可用配额。允许超额的限度可以理解为总限额值。
步骤802，确定该全局可用配额是否大于预设值。
在本实施例中，上述执行主体在确定与该资源类别信息匹配的全局可用配额和总限额值之后，可以将该全局可用配额与预设值进行比较。然后，确定该全局可用配额是否大于预设值。作为示例，这里的预设值例如可以为0。服务器可以判断该全局可用配额是否大于0。
步骤803，响应于确定大于，对该全局可用配额和总限额值进行求和，得到配额总量。
在本实施例中，上述执行主体在确定全局可用配额大于预设值之后，可以对全局可用配额和总限额值进行求和，得到配额总量。作为示例，例如该请求中需要的内存资源配额为80GB。而内存资源的全局可用配额为100GB，总限额值为20GB。那么，服务器可以将内存资源的全局可用配额100GB与总限额值20GB进行求和，得到内存资源的配额总量为120GB。
步骤804，确定该总需求配额是否小于或者等于该配额总量。
在本实施例中，上述执行主体在得到该类别的资源的配额总量之后，可以将该资源的需求配额与配额总量进行比较，从而确定该需求配额是否小于或者等于配额总量。
作为示例，例如内存资源的配额总量为120GB，需求配额为80GB。服务器比较需求配额80GB与配额总量120GB，得到的结果是需求配额小于配额总量。
步骤805，响应于确定小于或者等于，确定该资源类别信息对应的总需求配额满足资源分配条件。
在本实施例中，在需求配额小于或者等于配额总量的情况下，上述执行主体可以确定该资源类别信息对应的总需求配额满足资源分配条件。
即当全局可用配额大于预设值，并且需求配额小于或者等于配额总量时，该资源类别信息对应的需求配额才满足资源分配条件。其他情况下则说明资源类别信息对应的需求配额不满足资源分配条件。
步骤703，对该请求中的各个资源类别信息对应的总需求配额执行上述确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件。
在本实施例中，由于请求中可能包括多个资源类别信息，例如可以包括内存资源、磁盘空间等等。因此，上述执行主体可以对请求中的各个资源类别信息对应的总需求配额执行上述确定步骤800。
这里需要说明的是，各个资源类别信息匹配的总需求配额可能是不同的，所以对于各个总需求配额需要分别执行上述确定步骤800，以判断各个总需求配额是否满足资源分配条件。
步骤704，响应于确定分别满足，生成用于表征通过该请求的指示信息，以及利用图2所示实施例中的用于分配资源的方法，对该请求的各个资源类别分别进行资源分配操作。
在本实施例中，在通过上述确定步骤800确定各个资源类别信息对应的各个总需求配额分别满足资源分配条件时，上述执行主体可以生成用于表征通过该请求的指示信息。这里的用于表征通过该请求的指示信息例如可以是True，即服务器可以允许该请求通过。之后，上述执行主体还可以利用图2所示实施例中的用于分配资源的方法，对该请求的各个资源类别进行资源分配操作。这里的资源分配操作是针对各个目标子服务器进行的。
在本实施例的一些可选的实现方式中，当该请求中的任一资源类别信息对应的总需求配额不满足资源分配条件时，上述执行主体可以生成表征拦截该请求的指示信息。这里的用于表征拦截该请求的指示信息例如可以是False。为了更好地说明，可以参考表1所示的场景：
表1
从图7中可以看出，与图2对应的实施例相比，本实施例中的用于分配资源的方法的流程700体现了对客户端发的请求中的各个资源类别信息匹配的总需求配额执行确定步骤800，以及在各个资源类别信息对应的总需求配额满足资源分配条件的情况下，生成用于表征通过该请求的指示信息，以及利用图2所示实施例中的用于分配资源的方法，对请求的各个资源类别分别进行资源分配操作。由此，本实施例描述的方案通过引入全局可用配额和总限额值，对请求中的各个资源类别信息对应的总需求配额进行判断，并且在满足条件的情况下对其进行资源分配操作，从而实现了合理利用服务器的资源，在保证客户端访问性能的前体下，减少对服务器的请求次数，加快服务器处理请求的速度。
进一步参考图9，作为对上述各图所示方法的实现，本公开提供了用于分配资源的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图9所示，本实施例提供的用于分配资源的装置900包括信息提取单元901、第一处理单元902、第二处理单元903、限额值确定单元904和资源分配操作处理单元905。其中，信息提取单元901，被配置成从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额；第一处理单元902，被配置成确定接收该请求的子服务器组中的子服务器数量；第二处理单元903，被配置成确定与该资源类别匹配的全局可用配额及总限额值；限额值确定单元904，被配置成基于该总限额值与子服务器数量，确定目标子服务器中的、与该资源类别匹配的限额值；资源分配操作处理单元905，被配置成基于该需求配额和限额值的比较，对请求进行针对该需求配额对应的资源量的资源分配操作。
在本实施例中，用于分配资源的装置900中：信息提取单元901、第一处理单元902、第二处理单元903、限额值确定单元904和资源分配操作处理单元905的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205的相关说明，在此不再赘述。
在本实施例的一些可选的实现方式中，上述资源分配操作处理单元905可以进一步被配置成响应于需求配额小于或者等于限额值，从限额值对应的资源量中分配针对请求的、需求配额对应的资源量。
在本实施例的一些可选的实现方式中，上述资源分配操作处理单元905可以包括接收模块、第一资源分配模块(图中未示出)。其中，接收模块，被配置成定时接收目标子服务器发送的、分配需求配额后剩余的限额值；第一资源分配模块，被配置成从全局可用配额对应的资源量中分配与需求配额对应的资源量，以补充目标子服务器中、剩余的限额值对应的资源量。
在本实施例的一些可选的实现方式中，上述资源分配操作处理单元905可以包括第二资源分配模块、记录模块(图中未示出)。其中，第二资源分配模块，被配置成响应于需求配额大于限额值，从目标子服务器中分配针对请求的、需求配额对应的资源量；记录模块，被配置成将需求配额记录在目标子服务器中。
在本实施例的一些可选的实现方式中，该用于分配资源的装置900还可以包括第一信息接收单元、第一请求单元和第三处理单元(图中未示出)。其中，第一信息接收单元，被配置成接收目标子服务器发送的、所记录的需求配额；第一请求接收单元，被配置成接收客户端发送的再次请求；第三处理单元，被配置成响应于接收到再次请求，从全局可用配额对应的资源量中扣除记录的需求配额对应的资源量。
在本实施例的一些可选的实现方式中，该用于分配资源的装置900还可以包括计时单元、第二信息接收单元、第四处理单元(图中未示出)。其中，计时单元，被配置成进行记录周期计时；第二信息接收单元，被配置成接收目标子服务器发送的、所记录的需求配额；第四处理单元，被配置成响应于记录周期达到预设时长，从全局可用配额对应的资源量中扣除需求配额对应的资源量。
在本实施例的一些可选的实现方式中，该用于分配资源的装置900还可以包括比较单元、配额量更新单元(图中未示出)。其中，比较单元，被配置成确定全局配额当前剩余的配额量是否小于限额值；配额量更新单元，被配置成响应于确定小于，将限额值对应的配额量更新为全局配额当前剩余的配额量。
本公开的上述实施例提供的装置，资源分配操作处理单元905基于需求配额和限额值的比较，对请求进行针对需求配额对应的资源量的资源分配操作，从而在分布式环境下，对资源配额进行合理的分配，合理利用服务器的资源。以及对目标子服务器分配本地可用配额，资源配额的合理设置，可以减少向全局可用配额的申请次数，从而加快服务器处理请求的速度。
进一步参考图10，作为对上述各图所示方法的实现，本公开提供了用于分配资源的装置的一个实施例，该装置实施例与图7所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图10所示，本实施例提供的用于分配资源的装置1000包括第二请求接收单元1001、需求配额确定单元1002、确定步骤执行单元1003和第五处理单元1004。其中，第二请求接收单元1001，被配置成接收客户端发送的请求，其中，请求包括：资源类别信息、与资源类别信息匹配的总需求配额；需求配额确定单元1002，被配置成对请求中的资源类别信息匹配的总需求配额执行以下确定步骤：确定与请求中的资源类别信息匹配的全局可用配额及总限额值；确定全局可用配额是否大于预设值；响应于确定大于，对全局可用配额和总限额值进行求和，得到配额总量；确定总需求配额是否小于或者等于配额总量；响应于确定小于或者等于，确定资源类别信息对应的总需求配额满足资源分配条件；确定步骤执行单元1003，被配置成对请求中的各个资源类别信息对应的总需求配额执行确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件；第五处理单元1004，被配置成响应于确定分别满足，生成用于表征通过请求的指示信息，以及利用图2所示的实施例中的方法，对请求的各个资源类别分别进行资源分配操作。
在本实施例中，用于分配资源的装置1000中：第二请求接收单元1001、需求配额确定单元1002、确定步骤执行单元1003和第五处理单元1004的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤701、步骤702、步骤703和步骤704的相关说明，在此不再赘述。
在本实施例的一些可选的实现方式中，上述用于分配资源的装置1000还可以包括指示信息生成单元(图中未示出)。其中，指示信息生成单元可以被配置成响应于请求中的任一资源类别信息对应的总需求配额不满足资源分配条件，生成用于表征拦截请求的指示信息。
本公开的上述实施例提供的装置，通过引入全局可用配额和总限额值，确定步骤执行单元1003对请求中的各个资源类别信息对应的总需求配额进行判断，并且在满足条件的情况下第五处理单元1004对其进行资源分配操作，从而实现了合理利用服务器的资源，在保证客户端访问性能的前体下，减少对服务器的请求次数，加快服务器处理请求的速度。
下面参考图11，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)1100的结构示意图。图11示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
如图11所示，电子设备1100可以包括处理装置(例如中央处理器、图形处理器等)1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储装置1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中，还存储有电子设备1100操作所需的各种程序和数据。处理装置1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。
通常，以下装置可以连接至I/O接口1105：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1106；包括例如液晶显示器(LCD，LiquidCrystal Display)、扬声器、振动器等的输出装置1107；以及通信装置1109。通信装置1109可以允许电子设备1100与其他设备进行无线或有线通信以交换数据。虽然图11示出了具有各种装置的电子设备1100，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图11中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1109从网络上被下载和安装，或者从存储装置1108被安装，或者从ROM 1102被安装。在该计算机程序被处理装置1101执行时，执行本公开的实施例的方法中限定的上述功能。
需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(Radio Frequency，射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该服务器执行时，使得该服务器：从客户端发送的请求中提取与目标子服务器匹配的资源类别和与该资源类别对应的需求配额；确定接收该请求的子服务器组中的子服务器数量；确定与该资源类别匹配的全局可用配额及总限额值；基于该总限额值与子服务器数量，确定目标子服务器中的、与资源类别匹配的限额值；基于该需求配额和限额值的比较，对该请求进行针对需求配额对应的资源量的资源分配操作。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括信息提取单元、第一处理单元、第二处理单元、限额值确定单元、资源分配操作处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，信息提取单元还可以被描述为“用于处理信息的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (20)

1.一种用于分配资源的方法，包括：
从客户端发送的请求中提取与目标子服务器匹配的资源类别和与所述资源类别对应的需求配额；
确定接收所述请求的子服务器组中的子服务器数量；
确定与所述资源类别匹配的全局可用配额及总限额值；
基于所述总限额值与所述子服务器数量，确定所述目标子服务器中的、与所述资源类别匹配的限额值；
基于所述需求配额和所述限额值的比较，对所述请求进行针对所述需求配额对应的资源量的资源分配操作。
2.根据权利要求1所述的方法，其中，所述基于所述需求配额和所述限额值的比较，对所述请求进行针对所述需求配额对应的资源量的资源分配操作，包括：
响应于所述需求配额小于或者等于所述限额值，从所述限额值对应的资源量中分配针对所述请求的、所述需求配额对应的资源量。
3.根据权利要求2所述的方法，其中，所述从所述限额值对应的资源量中分配针对所述请求的、所述需求配额对应的资源量之后，所述方法还包括：
定时接收所述目标子服务器发送的、分配所述需求配额后剩余的限额值；
从所述全局可用配额对应的资源量中分配与所述需求配额对应的资源量，以补充所述目标子服务器中、所述剩余的限额值对应的资源量。
4.根据权利要求1所述的方法，其中，所述基于所述需求配额和所述限额值的比较，对所述请求进行针对所述需求配额对应的资源量的资源分配操作，包括：
响应于所述需求配额大于所述限额值，从所述目标子服务器中分配针对所述请求的、所述需求配额对应的资源量；
将所述需求配额记录在所述目标子服务器中。
5.根据权利要求4所述的方法，其中，将所述需求配额记录在所述目标子服务器中之后，所述方法还包括：
接收所述目标子服务器发送的、所记录的需求配额；
接收客户端发送的再次请求；
响应于接收到所述再次请求，从所述全局可用配额对应的资源量中扣除所述记录的需求配额对应的资源量。
6.根据权利要求4所述的方法，其中，所述将所述需求配额记录在所述目标子服务器中之后，所述方法还包括：
进行记录周期计时；
接收所述目标子服务器发送的、所记录的需求配额；
响应于记录周期达到预设时长，从所述全局可用配额对应的资源量中扣除所述需求配额对应的资源量。
7.根据权利要求3-6任一项所述的方法，其中，所述方法还包括：
确定全局可用配额当前剩余的配额量是否小于所述限额值；
响应于确定小于，将限额值对应的配额量更新为所述全局可用配额当前剩余的配额量。
8.一种用于分配资源的方法，包括：
接收客户端发送的请求，其中，所述请求包括：资源类别信息、与所述资源类别信息匹配的总需求配额；
对所述请求中的资源类别信息匹配的总需求配额执行以下确定步骤：确定与所述请求中的资源类别信息匹配的全局可用配额及总限额值；确定所述全局可用配额是否大于预设值；响应于确定大于，对所述全局可用配额和所述总限额值进行求和，得到配额总量；确定所述总需求配额是否小于或者等于所述配额总量；响应于确定小于或者等于，确定所述资源类别信息对应的总需求配额满足资源分配条件；
对所述请求中的各个资源类别信息对应的总需求配额执行所述确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件；
响应于确定分别满足，生成用于表征通过所述请求的指示信息，以及利用权利要求1-7任一项所述的方法，对所述请求的各个资源类别分别进行资源分配操作。
9.根据权利要求8所述的方法，其中，所述方法还包括：
响应于所述请求中的任一资源类别信息对应的总需求配额不满足资源分配条件，生成用于表征拦截所述请求的指示信息。
10.一种用于分配资源的装置，包括：
信息提取单元，被配置成从客户端发送的请求中提取与目标子服务器匹配的资源类别和与所述资源类别对应的需求配额；
第一处理单元，被配置成确定接收所述请求的子服务器组中的子服务器数量；
第二处理单元，被配置成确定与所述资源类别匹配的全局可用配额及总限额值；
限额值确定单元，被配置成基于所述总限额值与所述子服务器数量，确定所述目标子服务器中的、与所述资源类别匹配的限额值；
资源分配操作处理单元，被配置成基于所述需求配额和所述限额值的比较，对所述请求进行针对所述需求配额对应的资源量的资源分配操作。
11.根据权利要求10所述的装置，其中，所述资源分配操作处理单元进一步被配置成响应于所述需求配额小于或者等于所述限额值，从所述限额值对应的资源量中分配针对所述请求的、所述需求配额对应的资源量。
12.根据权利要求11所述的装置，其中，所述资源分配操作处理单元还包括：
接收模块，被配置成定时接收所述目标子服务器发送的、分配所述需求配额后剩余的限额值；
第一资源分配模块，被配置成从所述全局可用配额对应的资源量中分配与所述需求配额对应的资源量，以补充所述目标子服务器中、所述剩余的限额值对应的资源量。
13.根据权利要求10所述的装置，其中，所述资源分配操作处理单元包括：
第二资源分配模块，被配置成响应于所述需求配额大于所述限额值，从所述目标子服务器中分配针对所述请求的、所述需求配额对应的资源量；
记录模块，被配置成将所述需求配额记录在所述目标子服务器中。
14.根据权利要求13所述的装置，其中，所述装置还包括：
第一信息接收单元，被配置成接收所述目标子服务器发送的、所记录的需求配额；
第一请求接收单元，被配置成接收客户端发送的再次请求；
第三处理单元，被配置成响应于接收到所述再次请求，从所述全局可用配额对应的资源量中扣除所述记录的需求配额对应的资源量。
15.根据权利要求13所述的装置，其中，所述装置还包括：
计时单元，被配置成进行记录周期计时；
第二信息接收单元，被配置成接收所述目标子服务器发送的、所记录的需求配额；
第四处理单元，被配置成响应于记录周期达到预设时长，从所述全局可用配额对应的资源量中扣除所述需求配额对应的资源量。
16.根据权利要求12-15任一项所述的装置，其中，所述装置还包括：
比较单元，被配置成确定全局配额当前剩余的配额量是否小于所述限额值；
配额量更新单元，被配置成响应于确定小于，将限额值对应的配额量更新为所述全局配额当前剩余的配额量。
17.一种用于分配资源的装置，包括：
第二请求接收单元，被配置成接收客户端发送的请求，其中，所述请求包括：资源类别信息、与所述资源类别信息匹配的总需求配额；
需求配额确定单元，被配置成对所述请求中的资源类别信息匹配的总需求配额进行以下确定步骤：确定与所述请求中的资源类别信息匹配的全局可用配额及总限额值；确定所述全局可用配额是否大于预设值；响应于确定大于，对所述全局可用配额和所述总限额值进行求和，得到配额总量；确定所述总需求配额是否小于或者等于所述配额总量；响应于确定小于或者等于，确定所述资源类别信息对应的总需求配额满足资源分配条件；
确定步骤执行单元，被配置成对所述请求中的各个资源类别信息对应的总需求配额执行所述确定步骤，确定各个资源类别信息对应的总需求配额是否分别满足资源分配条件；
第五处理单元，被配置成响应于确定分别满足，生成用于表征通过所述请求的指示信息，以及利用权利要求1-7任一项所述的方法，对所述请求的各个资源类别分别进行资源分配操作。
18.根据权利要求17所述的装置，其中，所述装置还包括：
指示信息生成单元，被配置成响应于所述请求中的任一资源类别信息对应的总需求配额不满足资源分配条件，生成用于表征拦截所述请求的指示信息。
19.一种电子设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法或者权利要求10或11所述的方法。
20.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-9中任一所述的方法或者权利要求10或11所述的方法。
CN201910289283.9A 2019-04-11 2019-04-11 用于分配资源的方法和装置 Active CN110032447B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910289283.9A CN110032447B (zh) 2019-04-11 2019-04-11 用于分配资源的方法和装置
KR1020190158979A KR102324987B1 (ko) 2019-04-11 2019-12-03 자원 분배를 위한 방법 및 장치
JP2019227531A JP7127010B2 (ja) 2019-04-11 2019-12-17 リソースの割り当て方法、装置、電子設備、コンピュータ可読媒体およびコンピュータプログラム
US16/721,486 US11146502B2 (en) 2019-04-11 2019-12-19 Method and apparatus for allocating resource

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910289283.9A CN110032447B (zh) 2019-04-11 2019-04-11 用于分配资源的方法和装置

Publications (2)

Publication Number Publication Date
CN110032447A true CN110032447A (zh) 2019-07-19
CN110032447B CN110032447B (zh) 2022-02-22

Family

ID=67237948

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910289283.9A Active CN110032447B (zh) 2019-04-11 2019-04-11 用于分配资源的方法和装置

Country Status (4)

Country Link
US (1) US11146502B2 (zh)
JP (1) JP7127010B2 (zh)
KR (1) KR102324987B1 (zh)
CN (1) CN110032447B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404828A (zh) * 2020-03-11 2020-07-10 中国工商银行股份有限公司 实现全局流控的方法及装置
CN111694670A (zh) * 2020-06-12 2020-09-22 北京字节跳动网络技术有限公司 资源分配方法、装置、设备和计算机可读介质
CN111858030A (zh) * 2020-06-17 2020-10-30 北京百度网讯科技有限公司 作业的资源处理方法、装置、电子设备及可读存储介质
CN113672376A (zh) * 2020-05-15 2021-11-19 浙江宇视科技有限公司 一种服务器内存资源分配方法、装置、服务器和存储介质
CN113938392A (zh) * 2020-07-09 2022-01-14 亚信科技（南京）有限公司 资源分配方法、装置、电子设备及计算机可读存储介质
CN114143325A (zh) * 2021-12-06 2022-03-04 北京字节跳动网络技术有限公司 Dns调度方法、装置、设备、存储介质和程序产品

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11546271B2 (en) 2019-08-09 2023-01-03 Oracle International Corporation System and method for tag based request context in a cloud infrastructure environment
US20210042165A1 (en) * 2019-08-09 2021-02-11 Oracle International Corporation System and method for supporting a quota policy language in a cloud infrastructure environment
CN112615795A (zh) * 2020-12-25 2021-04-06 北京百度网讯科技有限公司 流量控制方法、装置、电子设备、存储介质及产品
KR102488615B1 (ko) * 2021-01-18 2023-01-17 주식회사 텐 리소스 크기 추전 방법, 장치 및 컴퓨터 프로그램
CN112950009A (zh) * 2021-02-10 2021-06-11 北京淇瑀信息科技有限公司 资源配额分配方法、装置及电子设备
CN113037644B (zh) * 2021-03-25 2023-03-24 腾讯音乐娱乐科技（深圳）有限公司 分布式限流的方法和装置
CN113568738A (zh) * 2021-07-02 2021-10-29 上海淇玥信息技术有限公司 基于多标签分类的资源分配方法、装置、电子设备及介质
CN113641505B (zh) * 2021-10-14 2022-01-04 阿里云计算有限公司 一种服务器集群的资源分配控制方法和装置
CN115118612B (zh) * 2022-05-12 2024-06-04 曙光信息产业股份有限公司 资源配额管理方法、装置、计算机设备和存储介质
CN114860462B (zh) * 2022-07-11 2022-09-30 南京普道电子技术有限公司 双路机架式服务器的计算资源智能分配系统及其分配方法
US20240152397A1 (en) * 2022-11-04 2024-05-09 Samsung Electronics Co., Ltd. Computational storage resource quota management
CN116074135B (zh) * 2023-01-31 2024-05-03 中国联合网络通信集团有限公司 一种配额配置方法及装置
CN116451960B (zh) * 2023-04-20 2024-06-28 南方电网能源发展研究院有限责任公司 基于电力调度的碳排放权配额调度方法、装置和设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103501347A (zh) * 2013-10-14 2014-01-08 中国联合网络通信集团有限公司 资源分配方法及装置
CN104717247A (zh) * 2013-12-13 2015-06-17 中国电信股份有限公司 对云存储系统中存储资源的动态调度方法和系统
CN105808341A (zh) * 2014-12-29 2016-07-27 中国移动通信集团公司 一种资源调度的方法、装置和系统
CN106101232A (zh) * 2016-06-16 2016-11-09 北京思源置地科技有限公司 负载均衡方法及装置
CN108228346A (zh) * 2016-12-13 2018-06-29 佳能株式会社 服务系统及其控制方法
CN109189568A (zh) * 2018-09-04 2019-01-11 山东浪潮云投信息科技有限公司 一种集群资源管理方法及装置
CN109525855A (zh) * 2018-12-24 2019-03-26 北京字节跳动网络技术有限公司 用于处理信息的方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007122664A (ja) * 2005-10-31 2007-05-17 Sony Computer Entertainment Inc 情報処理方法および情報処理装置
JP2009140079A (ja) * 2007-12-04 2009-06-25 Hitachi Ltd リソースの運用管理方法、運用管理プログラム、および、運用管理装置
JP5380093B2 (ja) * 2009-02-02 2014-01-08 株式会社エヌ・ティ・ティ・データ コンピュータリソース管理装置、コンピュータリソース提供システム
JP2015204026A (ja) * 2014-04-15 2015-11-16 日本電信電話株式会社 資源使用許可システム及び資源使用許可方法
US9602465B2 (en) * 2014-09-09 2017-03-21 Citrix Systems, Inc. Systems and methods for carrier grade NAT optimization
US10277529B2 (en) * 2016-03-21 2019-04-30 Microsoft Technology Licensing, Llc Visualization of computer resource quotas

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103501347A (zh) * 2013-10-14 2014-01-08 中国联合网络通信集团有限公司 资源分配方法及装置
CN104717247A (zh) * 2013-12-13 2015-06-17 中国电信股份有限公司 对云存储系统中存储资源的动态调度方法和系统
CN105808341A (zh) * 2014-12-29 2016-07-27 中国移动通信集团公司 一种资源调度的方法、装置和系统
CN106101232A (zh) * 2016-06-16 2016-11-09 北京思源置地科技有限公司 负载均衡方法及装置
CN108228346A (zh) * 2016-12-13 2018-06-29 佳能株式会社 服务系统及其控制方法
CN109189568A (zh) * 2018-09-04 2019-01-11 山东浪潮云投信息科技有限公司 一种集群资源管理方法及装置
CN109525855A (zh) * 2018-12-24 2019-03-26 北京字节跳动网络技术有限公司 用于处理信息的方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
吕培培: "云计算环境的数据存储管控技术研究", 《中国优秀硕士学位论文全文数据库信息科技辑（月刊）》 *
陈起 等: "一种分布式存储系统用户磁盘配额的实现", 《计算机研究与发展》 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404828A (zh) * 2020-03-11 2020-07-10 中国工商银行股份有限公司 实现全局流控的方法及装置
CN113672376A (zh) * 2020-05-15 2021-11-19 浙江宇视科技有限公司 一种服务器内存资源分配方法、装置、服务器和存储介质
CN111694670A (zh) * 2020-06-12 2020-09-22 北京字节跳动网络技术有限公司 资源分配方法、装置、设备和计算机可读介质
CN111694670B (zh) * 2020-06-12 2023-04-25 抖音视界有限公司 资源分配方法、装置、设备和计算机可读介质
CN111858030A (zh) * 2020-06-17 2020-10-30 北京百度网讯科技有限公司 作业的资源处理方法、装置、电子设备及可读存储介质
CN111858030B (zh) * 2020-06-17 2024-03-22 北京百度网讯科技有限公司 作业的资源处理方法、装置、电子设备及可读存储介质
CN113938392A (zh) * 2020-07-09 2022-01-14 亚信科技（南京）有限公司 资源分配方法、装置、电子设备及计算机可读存储介质
CN113938392B (zh) * 2020-07-09 2023-11-14 亚信科技（南京）有限公司 资源分配方法、装置、电子设备及计算机可读存储介质
CN114143325A (zh) * 2021-12-06 2022-03-04 北京字节跳动网络技术有限公司 Dns调度方法、装置、设备、存储介质和程序产品

Also Published As

Publication number Publication date
US20200328984A1 (en) 2020-10-15
US11146502B2 (en) 2021-10-12
KR20200120476A (ko) 2020-10-21
KR102324987B1 (ko) 2021-11-10
JP2020173778A (ja) 2020-10-22
JP7127010B2 (ja) 2022-08-29
CN110032447B (zh) 2022-02-22

Similar Documents

Publication Publication Date Title
CN110032447A (zh) 用于分配资源的方法和装置
CN110062426A (zh) 通信方法、装置、计算机可读介质及电子设备
CN110275723A (zh) 获取资源的方法、装置、电子设备及可读介质
CN110401844A (zh) 视频直播策略的生成方法、装置、设备及可读介质
CN109408205A (zh) 基于hadoop集群的任务调度方法和装置
CN108933822B (zh) 用于处理信息的方法和装置
CN109803008A (zh) 用于显示信息的方法和装置
CN110008050A (zh) 用于处理信息的方法和装置
CN109525855A (zh) 用于处理信息的方法和装置
CN110166507A (zh) 多资源调度方法和装置
CN109640176A (zh) 用于生成信息的方法和装置
CN108829518A (zh) 用于推送信息的方法和装置
CN110401731A (zh) 用于分配内容分发节点的方法和装置
CN114924751A (zh) 一种业务访问请求流量分配的方法和装置
CN110245014A (zh) 数据处理方法和装置
CN109783236A (zh) 用于输出信息的方法和装置
CN109885400A (zh) 用于发送指令的方法和装置
CN108320097A (zh) 用于分配工作量的方法和装置
CN110113176A (zh) 用于配置服务器的信息同步方法及装置
CN109413212A (zh) 用于处理请求的方法和装置
CN115858182A (zh) 一种应用于元宇宙的边缘计算节点的智能适配方法与系统
CN109417566A (zh) 基于约束的受控制的种子传播
CN110532102A (zh) 应用功能的实现方法、装置、电子设备和可读存储介质
CN110113416A (zh) 用于展示信息的方法和装置
CN110633115A (zh) 一种任务分发方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant