CN106230997A - 一种资源调度方法和装置 - Google Patents

一种资源调度方法和装置 Download PDF

Info

Publication number
CN106230997A
CN106230997A CN201610872935.8A CN201610872935A CN106230997A CN 106230997 A CN106230997 A CN 106230997A CN 201610872935 A CN201610872935 A CN 201610872935A CN 106230997 A CN106230997 A CN 106230997A
Authority
CN
China
Prior art keywords
module
amount
load
cluster
server
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
CN201610872935.8A
Other languages
English (en)
Other versions
CN106230997B (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.)
Tencent Technology Beijing Co Ltd
Original Assignee
Tencent Technology Beijing 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 Tencent Technology Beijing Co Ltd filed Critical Tencent Technology Beijing Co Ltd
Priority to CN201610872935.8A priority Critical patent/CN106230997B/zh
Publication of CN106230997A publication Critical patent/CN106230997A/zh
Application granted granted Critical
Publication of CN106230997B publication Critical patent/CN106230997B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0277—Online advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Computing Systems (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种资源调度方法，该方法包括：获取第一集群中执行一功能的第一模块的当前负载量；比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量；确定包含执行所述一功能的第二模块的第二集群；根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块；将所述待调度的模块设置为所述第一集群的所述第一模块。利用本发明实施例提供的方案可以减少访问时延，提高调度的成功率。

Description

一种资源调度方法和装置
技术领域
本发明涉及互联网领域，尤其涉及一种资源调度方法和装置。
背景技术
目前，在大型网络中，例如社交网络中，需要大量检索工作和实时计算工作。为了完成上述检索和计算工作，通常会在同一地区部署多个为不同社交网络服务的集群(Set)。其中，可以将集群看作是一个集装箱，集群中包含能提供服务的完整链路。
发明内容
本发明实施例提供一种资源调度方法，以减少访问时延，提高资源调度的成功率。
本发明实施例提供一种资源调度设备，以减少访问时延，提高资源调度的成功率。
一种资源调度方法，包括：
获取第一集群中执行一功能的第一模块的当前负载量；
比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；
当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量；
确定包含执行所述一功能的第二模块的第二集群；
根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块；
将所述待调度的模块设置为所述第一集群的所述第一模块。
一种资源调度设备，包括：
负载量获取模块，用于获取第一集群中执行一功能的第一模块的当前负载量；
负载量比较模块，用于比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；
超额负载量确定模块，用于当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量；
待调度模块确定模块，用于确定包含执行所述一功能的第二模块的第二集群，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块；
设置更改模块，用于将所述待调度的模块设置为所述第一集群的所述第一模块。
在本发明实施例中，在判定执行一功能的第一模块的当前负载量超过额定负载阈值时，从其余集群中查找执行该功能的第二模块，根据超额负载的量从该第二模块中确定待调度的模块，并将该待调度的模块设置为该第一集群的第一模块。这样，在第一集群中的第一模块超负载运行时，可以从位于同一地区的其他集群中调度执行该功能的模块以扩充该第一模块能处理的负载的量。在本发明实施例中，利用在本地集群调度设备的方案代替现有技术中将用户请求调度到异地集群中的方案，因此可以减少访问时延。此外，在现有技术中通过网络将用户请求调度到异地集群，在网络拥塞的情况下会增加请求调度的失败率，在本发明实施例中，利用在本地集群之间调度设备的方案代替现有技术中将用户请求调度到异地Set中的方案，可以提高调度的成功率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施提供的资源调度方法的流程示意图；
图2为本发明实施例提供的一种资源调度方法的流程示意图；
图3为本发明实施例提供的一种资源调度系统的结构示意图；
图4为本发明实施例提供的一种广告请求处理的流程示意图；
图5为本发明实施提供的一种资源调度设备的结构示意图；
图6为本发明实施提供的一种资源调度设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明一实施例中，在互联网中，服务器可以接受客户端的请求，提供检索和在线实时计算服务。因为需要提供实时服务，所以不能采取缓存机制。当网络流量突增，请求量激增时，通常采取如下两种应对措施。
第一、部署一定数量的备用服务器。在请求量大于设定阈值时，调用备用服务器用于提供检索和计算服务等。此措施的缺点是需要配置备用资源，且这些备用资源仅在少数情况下用到，例如激增的请求量大于设定阈值时，因此资源使用率低。
第二、配置异地集群中的服务器用于为用户请求提供服务。这样，需要将用户请求调度到异地集群中的服务器，访问异地域名系统(Domain Name System，DNS)。因此，会增大访问时延，增加失败率和降低服务质量。
为此，本发明实施例提供一种资源调度方法和设备，用于减少访问时延，提高资源调度的成功率。
图1为本发明实施提供的资源调度方法的流程示意图。如图1所示，该方法包括如下步骤。
步骤101，获取第一集群中执行一功能的第一模块的当前负载量。
步骤102，比较所述第一模块的当前负载量和所述第一模块的额定负载阈值。
步骤103，当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量。
步骤104，确定包含执行所述一功能的第二模块的第二集群。
步骤105，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块。
步骤106，将所述待调度的模块设置为所述第一集群的所述第一模块。
在本发明实施例中，在判定执行一功能的第一模块的当前负载量超过额定负载阈值时，从其余集群中查找执行该功能的第二模块，根据超额负载的量从该第二模块中确定待调度的模块，并将该待调度的模块设置为该第一集群的第一模块。这样，在第一集群中的第一模块超负载运行时，可以从本地其他集群中调度执行该功能的模块以扩充该第一模块能处理的负载的量。在本发明实施例中，利用在本地集群调度设备的方案代替现有技术中将用户请求调度到异地集群中的方案，因此可以减少访问时延。此外，在现有技术中通过网络将用户请求调度到异地集群，在网络拥塞的情况下会增加请求调度的失败率，在本发明实施例中，利用在本地集群之间调度设备的方案代替现有技术中将用户请求调度到异地Set中的方案，因此可以提高调度的成功率。
图2为本发明实施例提供的一种资源调度方法的流程示意图。如图2所示，该方法包括如下步骤。
步骤201，资源调度设备获取第一集群中执行一功能的第一模块的当前负载量。
在本发明实施例中，在本发明应用的网络架构中可以在同一地区包括多个集群，例如，不同社交网络的集群。每个集群中包括一个或多个执行不同功能的模块。例如，该第一集群可以为即时通信(IM)社交网络，该功能可以为：接入处理功能、逻辑处理功能或数据处理功能。该第一集群中可以包括三个功能模块，分别为接入处理功能模块、逻辑处理功能模块和数据处理功能模块。在本实施例中，以执行接入处理的接入处理功能模块为第一模块为例进行说明。
在本发明实施例中，第一模块的当前负载量可以是该第一模块的中央处理单元(CPU)的当前使用率。第一模块的额定负载可以是该第一模块能处理的最大负载量，例如该第一模块的CPU在正常工作状态下能处理的负载的量。例如，根据该第一模块的CPU的性能统计，该第一模块的CPU的额定负载阈值为50％，当该第一模块的CPU的使用率大于50％以后，该CPU的处理速度大幅降低，CPU的温度快速升高，会影响业务处理速度和CPU的寿命。在本发明实施例中，模块的当前负载量与业务请求量成正比。一般情况下，业务请请求量越多，模块处理的业务量越多，该模块的CPU的使用率越高。
在本发明实施例中，该资源调度设备会采集该第一模块的CPU的使用率。可以在CPU的运行期间，每隔预定时间间隔获取该第一模块的CPU的使用率，这样可以定时对CPU进行监控，避免因当前负载量过大而导致业务处理速度降低和CPU寿命的减少。也可以记录该第一模块的业务处理高峰，在业务处理高峰期间每隔预定时间间隔获取该第一模块的CPU的使用率，在非业务处理高峰期间不采集CPU的使用率或者以更长的时间间隔采集该第一模块的CPU的使用率，这样可以更有效地对CPU的使用率进行监控，可以避免在非业务高峰期频繁获取CPU的使用率而造成资源浪费。
步骤202，比较所述第一模块的当前负载量和所述第一模块的额定负载阈值。当该第一模块的当前负载量小于或等于该第一模块的额定负载阈值时，返回执行步骤201；否则执行步骤203。
步骤203，判断该第一模块接收到的每单位时间的请求量，例如每秒请求量(QueryPer Second，QPS)是否大于第一预定请求量。当该第一模块收到的QPS小于或等于该第一预定请求量时，返回执行步骤201，否则执行步骤204。
在本步骤中，该第一预定请求量可以为20％。当该第一模块接收到的QPS高于环比，例如昨天同一时间的QPS和同比，例如上周同一时间的QPS20％时，可以认为该第一模块收到的QPS大于该第一预定请求量。
步骤204，判断该第一模块调用该第一集群中执行另一功能的模块的成功率是否低于预定成功率阈值。当该第一模块调用该第一集群中执行另一功能的模块的成功率高于或等于该预定成功率阈值时，返回执行步骤201；否则，执行步骤205。
在本步骤中，执行另一功能的模块可以是执行逻辑处理的逻辑处理功能模块，该预定成功率阈值可以为99％。当该接入处理功能模块调用该逻辑处理功能模块的成功率低于99％时，则认为该接入处理功能模块调用该逻辑处理功能模块的成功率低于该预定成功率阈值。
步骤205，根据所述当前负载量和所述额定负载阈值计算超额负载的量。
在本步骤中，所述超额负载的量＝所述当前负载量-所述额定负载阈值。例如，第一模块的当前负载量，即第一模块的CPU的使用率为60％，第一模块的额定负载阈值，即第一模块的CPU额定负载阈值为50％。那么，超额负载的量等于10％的CPU的使用率(简称10％)。
步骤206，确定包含执行该功能的第二模块的第二集群。
在本发明一实施例中，该资源调度设备记录信息配置表项。该信息配置表项记录每个集群中每个模块的配置信息。每个模块的配置信息可以包括：该模块的ID，该模块所执行的功能，该模块的L5 ID，该模块所属集群的Set ID，额定负载阈值，是否允许被调度，优先级以及是否已被调度。该资源调度设备依次查询各集群中执行该功能的第二模块。可以将标记为执行该功能，允许被调度且未被调度的模块确定为执行该功能的第二模块。
步骤207，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块。
当包含执行该功能的第二模块的第二集群为一个集群，且该第二模块由共同执行该功能的多个服务器构成时，比较该第二模块的额定负载阈值和该第二模块的当前负载阈值。当所述第二模块的额定负载阈值大于所述第二模块的当前负载量时，表明该第二模块的当前负载量未达到最大负载量，即额定负载阈值，可以从该第二模块中确定出待调度的服务器。确定出的待调度的服务器能够处理的负载的量为所述第二模块的额定负载阈值和所述第二模块的当前负载量之间的差值或者超额负载的量。当所述第二模块的额定负载阈值小于所述第二模块的当前负载量时，表明构成该第二模块的服务器也处于超负载运行状态，无法提供多余的功能模块以调度到第一集群中的第一模块。
当第二集群的数目为两个或两个以上时，确定各第二集群中的执行所述功能的各模块的当前负载量；从执行所述功能的各第二模块中确定出额定负载阈值大于其当前负载量的第三模块；根据所述超额负载的量从所述第三模块中确定出所述待调度的模块。可以利用如下方法据所述超额负载的量从所述第三模块中确定出所述待调度的模块：该资源调度设备查询该信息配置表项，对上述判断得出的第三模块按照优先级从高到低的顺序进行如下处理，直到确定出的待调度的模块能处理的负载的量大于或等于超额负载的量：判断当前模块的额定负载阈值和当前负载量的差值是否大于或等于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)。当所述当前模块的额定负载阈值和当前负载量的差值小于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)时，说明所有已确定出的待调度的模块(包括当前模块)所能处理的负载的量小于超额负载的量，为了能为第一模块调度足够的模块以使其在不超负载的情况下运行，还需要按照优先级从高到低的顺序继续确定待调度的模块，直到确定出的所有待调度的模块所能处理的负载的量大于或等于超额负载的量。
步骤208，将确定出的待调度的模块设置为所述第一集群的所述第一模块。
将在步骤207中确定出的待调度的模块设置为该第一集群中的第一模块。该待调度的模块可以为能处理该超额负载的服务器。该资源调度设备可以将该第二集群中所能处理该超额负载的服务器的因特网协议(IP)地址记录在该信息配置表项中该第一功能模块所对应的服务器列表中。此外，还可以将第二集群中能处理该超额负载的服务器的IP地址从该信息配置表项中该第二模块对应的服务器列表中删除。
步骤209，当检测到该第一模块满足回调条件时，将所述设置为所述第一模块的待调度的模块从所述第一模块中移除。
在本实施例中，当所述第一模块的当前负载量小于所述额定负载阈值时，或者当第一模块的当前负载量小于所述额定负载阈值，所述第一模块的每单位时间的请求量，例如每秒请求量小于第二预订请求量，且所述第一模块的每秒请求量连续三次的判断结果都小于所述第一集群和第二集群的平均每秒请求量时，将设置为第一模块的待调度的模块重新设置为第二模块，即将调度为第一模块的模块调度回去。该资源调度设备还可以在信息配置表项中进一步记录被调度的设备，例如该第二集群中能处理该超额负载的服务器的IP地址，当检测到该第一模块的当前负载量小于所述额定负载阈值时，可以通过如下方法将所述设置为所述第一模块的待调度的模块从所述第一模块中移除：将所述第二集群中能处理所述超额负载的服务器的IP地址并从所述第一集群的所述第一模块所对应的所述服务器列表中删除，还可以将能处理所述超额负载的服务器的IP地址重新加入到所述第二集群的所述第二模块对应的服务器列表中。
图3为本发明实施例提供的一种资源调度系统的结构示意图。在图3所示实施例中，以社交应用网络中处理广告业务的设备为例，介绍如何实现模块的调度。
该系统包括：第一集群30、第二集群31和第三集群32、客户端33、资源调度设备34、L5服务器35和负载监控设备36。
该第一集群30用于处理第一社交网络，例如即时通信(IM)社交网络中的广告业务。第二集群31用于处理第二社交网络，例如微博中的广告业务。第三集群32用于处理第三社交网络，例如论坛中的广告业务。这三个集群均处于同一地区，即互为本地集群。
该第一集群30包括：第一接入处理模块301、第一逻辑处理模块302和第一数据处理模块303。该第二集群31包括：第二接入处理模块311、第二逻辑处理模块312和第二数据处理模块313。该第三集群32包括：第三接入处理模块321、第三逻辑处理模块322和第三数据处理模块323。
上述接入处理模块用于处理接入层数据，并调用逻辑处理模块以向逻辑处理模块反馈处理结果。逻辑处理模块，用于处理逻辑层数据，调用数据处理模块以向数据处理模块反馈处理结果。数据处理模块用于处理数据层数据，并将处理后的数据通过逻辑处理模块和接入处理模块反馈给客户端33。。
该L5服务器35，用于存储路由信息，即各模块对应的服务器列表，接收各集群中各功能模块的查询请求，向发送查询请求的功能模块反馈路由信息，接收资源调度设备34的更新请求，按照更新请求更新存储的路由信息。
该负载监控设备36，用于接收并记录各集群中各功能模块上报的当前负载量。
该资源调度设备34，用于从该负载监控设备36获取各集群中各功能模块的当前负载量，当执行一功能的模块的当前负载超额时，从本地其他集群中执行该功能的模块中确定待调度的模块，向该L5服务器35发送更新请求，以使L5服务器35将该待调度的模块加入到该负载超额的模块中。
该第一接入处理模块301由共同执行接入层数据处理的服务器301-1和服务器301-2组成。该服务器301-1和服务器301-2负责执行IM社交网络中广告业务中的一功能，即接入处理功能，负责接入层数据处理。该第一逻辑处理模块302由共同执行逻辑层数据处理的服务器302-1和302-2组成。该服务器302-1和302-2负责执行IM社交网络中广告业务中的一功能，即逻辑处理功能，负责逻辑层数据处理。该第一数据处理模块303由共同执行数据层数据处理的服务器303-1和303-2组成。该服务器303-1和303-2负责执行该IM社交网络中广告业务中的一功能，即数据处理功能，负责数据层数据处理。
该第二接入处理模块311由共同执行接入层数据处理的服务器311-1和服务器311-2组成。该服务器311-1和服务器311-2负责执行微博中的广告业务中的一功能，即接入处理功能，负责接入层数据处理。该第二逻辑处理模块312由共同执行逻辑层数据处理的服务器312-1和312-2组成。该服务器312-1和312-2负责执行微博中的广告业务中的一功能，即逻辑处理功能，负责逻辑层数据处理。该第二数据处理模块313由共同执行数据层数据处理的服务器313-1和313-2组成。该服务器313-1和313-2负责执行微博中的广告业务中的一功能，即数据处理功能，负责数据层数据处理。
该第三接入处理模块321由共同执行接入层数据处理的服务器321-1和服务器321-2组成。该服务器321-1和服务器321-2负责执行论坛中的广告业务中的一功能，即接入处理功能，负责接入层数据处理。该第三逻辑处理模块322由共同执行逻辑层数据处理的服务器322-1和322-2组成。该服务器322-1和322-2负责执行论坛中的广告业务中的一功能，即逻辑处理功能，负责逻辑层数据处理。该第三数据处理模块323由共同执行数据层数据处理的服务器323-1和323-2组成。该服务器323-1和323-2负责执行论坛中的广告业务中的一功能，即数据处理功能，负责数据层数据处理。
图4为本发明实施例提供的一种广告请求处理的流程示意图。在图4所示实施例中描述了在图3所示的系统中在第一集群和第二集群之间调度接入处理模块的方法。
在本方法中，第一集群30为第一IM广告集群，第二集群31为第二IM广告集群，客户端33为IM广告客户端，第一接入处理模块301为第一广告展示模块，第一逻辑处理模块302为第一广告精选模块，第一数据处理模块303为第一广告粗选模块，第二接入处理模块311为第二广告展示模块，第二逻辑处理模块312为第二广告精选模块，第二数据处理模块313为第二广告粗选模块。该第一广告展示模块包括两个执行接入数据处理的服务器，即服务器301-1和服务器301-2。该第二广告展示模块也包括两个执行接入数据处理的服务器，即服务器311-1和服务器311-2。
在广告业务中，随着广告客户的增加，广告请求量也会相应增加。例如，当广告请求量达到一定数值时，第一IM广告集群中的第一广告展示模块的负载量会大于额定负载阈值。考虑到设备的安全性，不允许设备长时间超负荷运转。因此，需要从第二IM广告集群中调度同样执行接入层数据处理的第二广告展示模块，加入到第一广告展示模块中，以解决第一广告展示模块超负荷运转的问题。如图4所示，以广告展示模块的调度为例，介绍资源调度方法。
步骤401，IM广告客户端向第一广告展示模块的服务器301-1和服务器301-2发送广告请求。
步骤402，第一广告展示模块获取第一广告精选模块中的服务器302-1和服务器302-2的IP地址。
在本步骤中，服务器301-1和服务器301-2对该广告请求进行接入层数据处理，将第一广告精选模块的L5ID发送给L5服务器，L5服务器将第一广告精选模块的L5ID对应的服务器302-1和服务器302-2的IP地址发送给第一广告展示模块。
步骤403，第一广告展示模块将广告请求发送给该第一广告精选模块中的服务器302-1和服务器302-2。
步骤404，该第一广告精选模块获取该第一广告粗模块中的服务器303-1和服务器303-2的IP地址。
在本步骤中，服务器302-1和服务器302-2对接收到的数据进行逻辑层处理，并利用第一广告粗选模块的L5ID从L5服务器获取服务器303-1和服务器303-2的IP地址。
步骤405，该第一广告精选模块将该广告请求发送给该第一广告粗选模块中的服务器303-1和服务器303-2。
步骤406，该第一广告粗选模块中的服务器303-1和服务器303-2根据接收到的广告请求对广告进行粗选。
步骤407，该第一广告粗选模块将粗选后的广告发送给第一广告精选模块。
步骤408，该第一广告精选模块中的服务器302-1和服务器302-2对广告进行精选。
步骤409，该第一广告精选模块将精选后的广告发送给该第一广告展示模块，该第一广告展示模块向用户展示精选后的广告。
步骤410，该资源调度设备从负载监控设备获取该第一广告展示模块的当前负载量。
在本发明一实施例中，各IM广告集群中的模块定时将本模块的当前负载量发送到负载监控设备，以使负载监控设备记录各模块的当前负载量。在本步骤中，该资源调度设备可以每隔预定时间从该负载监控设备获取该第一广告展示模块的当前负载量。假如，获取到的第一广告展示模块的当前负载量为75％的CPU使用率，简称75％。
步骤411，该资源调度设备比较该第一广告展示模块的当前负载量和该第一广告展示模块的额定负载阈值。
该资源调度设备会维护一个信息配置表项。该信息配置表项会记录各IM广告集群中各功能模块的配置信息，例如，该模块的ID，该模块执行的功能，该模块的L5ID，该模块所属集群的Set ID，额定负载阈值，是否允许被调度，优先级以及是否已被调度。在本步骤中，该资源调度设备根据该第一广告展示模块的ID获取到其额定负载阈值为50％。
步骤412，当所述当前负载量大于所述额定负载阈值时，该资源调度设备根据该第一广告展示模块的当前负载量和额定负载阈值计算超额负载的量。
在本步骤中，超额负载量＝当前负载量-额定负载阈值＝75％-50％＝25％。因为该第一广告展示模块包括两个服务器，即服务器301-1和服务器301-2，所以超额负载的量等于一个服务器能够处理的负载的量。因而，可以确定需要从其他集群中调度过来一个执行接入层数据处理的服务器，加入到该第一广告展示模块中。
步骤413，该资源调度设备查询自身存储的信息配置表项，查找到第二IM广告集群中包含执行该接入层数据处理的第二广告展示模块。
该资源调度设备查询该信息配置表项，查找到模块ID与该第一广告展示模块的模块ID相同，且Set ID与该第一广告展示模块的Set ID不同的第二广告展示模块。该第二广告展示模块设置为允许被调度，且未被调度。
步骤414，该资源调度设备从负载监控设备获取该第二广告展示模块的当前负载量。
在本步骤中，该资源调度设备从负载监控设备获取到的第二广告展示模块的当前负载量为10％。
步骤415，该资源调度设备获取该第二广告展示模块的额定负载阈值，并比较该第二广告展示模块的额定负载阈值和当前负载量的差值。
在本步骤中，该资源调度设备从自身存储的信息配置表项中获取该第二广告展示模块对应的配置信息，从其配置信息中获取到该第二广告展示模块的额定负载阈值等于50％，计算出该第二广告展示模块的额定负载阈值和当前负载量的差值＝50％-10％＝40％。确定出该第二广告展示模块能提供的负载的量等于40％，大于超额负载的量，即25％。该资源调度设备确定该第二广告展示模块可以为该第一广告展示模块提供空闲的模块以调度到该第一广告展示模块中。
步骤416，该资源调度设备确定出待调度的第二广告展示模块。
该资源调度设备进一步确定出该第二广告展示模块由两个服务器，即服务器311-1和服务器311-2组成。每个服务器可以处理的负载的量为25％。例如，将服务器311-1和服务器311-2中的服务器311-2确定为待调度的服务器。
步骤417，该资源调度设备向L5服务器发送调度请求，以请求L5服务器将确定出的待调度的服务器更改为第一IM广告集群中第一广告展示模块下的服务器。
在本步骤中，该资源调度设备向该L5服务器发送调度请求，该调度请求中携带源模块，即第二广告展示模块的L5ID，待调度的服务器的ID，即服务器311-2的ID，目标模块，即第一广告展示模块的L5ID。该L5服务器根据该调度请求将该第一广告展示模块的L5ID对应的包含服务器301-1和服务器301-2的IP地址的服务器列表更新为包含服务器301-1、服务器301-2以及服务器311-2的IP地址的服务器列表。
在本发明实施例中，该L5服务器可以将服务器311-2的IP地址从该第二广告展示模块的L5ID对应的服务器列表中删除，也在该第二广告展示模块的L5ID对应的服务器列表中保留该服务器311-2的IP地址，以使该第一广告展示模块和第二广告展示模块共享该服务器311-2。
步骤418，IM广告客户端向第一广告展示模块的服务器301-1、服务器301-2和服务器311-2发送广告请求。
在本步骤中，因为L5服务器保存的该第一广告展示模块的L5ID对应的服务器列表中除了包含服务器301-1和服务器301-2，还包含调度过来的服务器311-2。所以，该IM广告客户端会将广告请求发送给该第一广告展示模块中的服务器301-1，301-2和311-2。这三个服务器能处理的负载的量为75％，能满足该第一广告展示模块业务量的需求。
步骤419～步骤426与步骤402～步骤409相同。
图5为本发明实施提供的一种资源调度设备的结构示意图。如图5所示，该设备50包括：负载量获取模块501，负载量比较模块502，超额负载量确定模块503，待调度模块确定模块504，设置更改模块505。
负载量获取模块501，用于获取第一集群中执行一功能的第一模块的当前负载量。
负载量比较模块502，用于比较所述第一模块的当前负载量和所述第一模块的额定负载阈值。
超额负载量确定模块503，用于当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量。
待调度模块确定模块504，用于确定包含执行所述一功能的第二模块的第二集群，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块。
设置更改模块505，用于将所述待调度的模块设置为所述第一集群的所述第一模块。
在本发明一实施例中，所述负载量获取模块501，进一步用于每隔预定时间间隔获取所述第一集群中的所述第一模块的当前负载量。
在本发明一实施例中，该设备50进一步包括：判断模块506，用于判断所述第一模块接收到的每单位时间的请求量，例如每秒请求量是否大于第一预定请求量，且判断所述第一模块调用所述第一集群中执行另一功能的模块的成功率是否低于预定成功率阈值。所述超额负载量确定模块503，进一步用于当所述每秒请求量高于所述第一预定请求量，且所述成功率低于所述预定成功率阈值时，根据所述当前负载量和所述额定负载阈值计算所述超额负载的量。
在本发明一实施例中，所述超额负载的量＝所述当前负载量-所述额定负载阈值。
在本发明一实施例中，所述第二集群包括一个集群，所述第二模块包括完成所述功能的服务器。所述待调度模块确定模块504，进一步用于比较所述第二模块的额定负载阈值和所述第二模块的当前负载量，当所述第二模块的额定负载阈值大于所述第二模块的当前负载量时，从所述第二模块包括的服务器中确定出待调度的服务器，其中，所述待调度的服务器能够处理的负载的量为所述第二模块的额定负载阈值和所述第二模块的当前负载量之间的差值或等于所述超额负载的量。
在本发明一实施例中，所述第二集群的数目为两个或两个以上时，所述待调度模块确定模块504，进一步用于确定各第二集群中的执行所述功能的各模块的当前负载量，从执行所述功能的各第二模块中确定出额定负载阈值大于其当前负载量的第三模块，根据所述超额负载的量从所述第三模块中确定出所述待调度的模块。
在本发明一实施例中，所述待调度模块确定模块504，进一步用于按照优先级由高到低的顺序依次对所述第三模块进行如下处理，直到确定出的待调度的模块能处理的负载的量大于或等于所述超额负载的量：判断当前模块的额定负载阈值和当前负载量的差值是否大于或等于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)，当所述当前模块的额定负载阈值和当前负载量的差值小于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)时，将所述当前模块确定为所述待处理的模块。
在本发明一实施例中，所述待调度的模块包括：所述第二集群中能处理所述超额负载的服务器；所述设置更改模块505，进一步用于将所述第二集群中能处理所述超额负载的服务器的因特网协议IP地址记录在所述第一集群的所述第一模块所对应的服务器列表中。
在本发明一实施例中，所述设置更改模块505，进一步用于将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第二集群的所述第二模块对应的服务器列表中删除。
在本发明一实施例中，所述负载量比较模块502，进一步用于比较所述第一模块的当前负载量和所述第一模块的额定负载阈值。所述设置更改模块505，进一步用于当所述第一模块的当前负载量小于所述第一模块的额定负载阈值时，将所述第二集群中能处理所述超额负载的服务器的IP地址从加入到所述第二集群的所述第二模块对应的服务器列表中，并从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
在本发明一实施例中，该设备50进一步包括：请求量检测模块507，检测所述第一集群中所述第一模块的每秒请求量。所述设置更改模块505，进一步用于当所述第一集群中所述第一模块的每秒请求量小于第二预订请求量，且所述第一集群中所述第一模块的每秒请求量连续三次的判断结果都小于所述第一集群和第二集群的平均每秒请求量时，将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
图6为本发明实施提供的一种资源调度设备的结构示意图。如图6所示，该资源调度设备60可包括：处理器601、非易失性计算机可读存储器602、显示单元603、网络通信接口604。这些组件通过总线605进行通信。
本实施例中，存储器602中存储有多个程序模块，包括：应用程序606、网络通信模块607和操作系统608。
处理器601可以读取存储器602中的应用程序所包括的各种模块(图中未示出)来执行资源调度设备的各种功能应用以及数据处理。本实施例中的处理器601可以为一个，也可以为多个，其可以为CPU，处理单元/模块，ASIC，逻辑模块或可编程门阵列等。
其中，操作系统608可以为：Windows操作系统、Linux操作系统或Android操作系统。该操作系统608可以包括资源调度模块609。该资源调度模块609可包括图5所示设备中的各个功能模块形成的计算机可执行指令集609-1及对应的元数据及启发式算法609-2。这些计算机可执行指令集可以由所述处理器601执行并完成图1、图2或图4所示方法或图5所示装置的功能。
应用程序606可包括：安装和运行在移动终端上的应用程序。
在本实施例中，网络通信接口604与网络通信模块607相配合完成资源调度设备60的各种网络信号的收发，例如与L5服务器和负载监控设备进行交互。
显示单元603具有一显示面板，用于完成相关信息的输入及显示。
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述各实施例的功能模块可以位于一个终端或网络节点，或者也可以分布到多个终端或网络节点上。
另外，本发明的每一个实施例可以通过数据处理设备，如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本发明。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本发明。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如CD-ROM等)、磁光存储介质(如MO等)等。
因此本发明还提供了一种存储介质，其中存储有数据处理程序，该数据处理程序用于执行本发明上述方法的任何一种实施例。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (20)

1.一种资源调度方法，其特征在于，包括：
获取第一集群中执行一功能的第一模块的当前负载量；
比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；
当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量；
确定包含执行所述一功能的第二模块的第二集群；
根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块；
将所述待调度的模块设置为所述第一集群的所述第一模块。
2.根据权利要求1所述的方法，其特征在于，所述功能包括：接入处理功能，逻辑处理功能或数据处理功能。
3.根据权利要求1所述的方法，其特征在于，进一步包括：
判断所述第一模块接收到的每单位时间的请求量是否大于第一预定请求量，且判断所述第一模块调用所述第一集群中执行另一功能的模块的成功率是否低于预定成功率阈值；
根据所述当前负载量和所述额定负载阈值计算所述超额负载的量包括：
当所述每单位时间的请求量高于所述第一预定请求量，且所述成功率低于所述预定成功率阈值时，根据所述当前负载量和所述额定负载阈值计算所述超额负载的量。
4.根据权利要求1所述的方法，其特征在于，所述第二集群包括一个集群，所述第二模块包括完成所述功能的服务器；该方法进一步包括：
比较所述第二模块的额定负载阈值和所述第二模块的当前负载量；
根据所述超额负载的量从所述第二集群中的所述第二模块中确定出所述待调度的模块包括：当所述第二模块的额定负载阈值大于所述第二模块的当前负载量时，从所述第二模块包括的服务器中确定出待调度的服务器，其中，所述待调度的服务器能够处理的负载的量为所述第二模块的额定负载阈值和所述第二模块的当前负载量之间的差值或等于所述超额负载的量。
5.根据权利要求1述的方法，其特征在于，所述第二集群的数目为两个或两个以上时，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块包括：
确定各第二集群中的执行所述功能的各第二模块的当前负载量；
从执行所述功能的各第二模块中确定出额定负载阈值大于其当前负载量的第三模块；
根据所述超额负载的量从所述第三模块中确定出所述待调度的模块。
6.根据权利要求5所述的方法，其特征在于，根据所述超额负载的量从所述第三模块中确定出所述待调度的模块包括：
按照优先级由高到低的顺序依次对所述第三模块进行如下处理，直到确定出的待调度的模块能处理的负载的量大于或等于所述超额负载的量：
判断当前第三模块的额定负载阈值和当前负载量的差值是否大于或等于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)；
当所述当前第三模块的额定负载阈值和当前负载量的差值小于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)时，将所述当前第三模块确定为所述待调度的模块。
7.根据权利要求1所述的方法，其特征在于，所述待调度的模块包括：所述第二集群中能处理所述超额负载的服务器；将所述待调度的模块设置为所述第一集群的所述第一模块包括：
将所述第二集群中能处理所述超额负载的服务器的因特网协议IP地址记录在所述第一集群的所述第一模块所对应的服务器列表中。
8.根据权利要求7所述的方法，其特征在于，进一步包括：
将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第二集群的所述第二模块对应的服务器列表中删除。
9.根据权利要求8所述的方法，其特征在于，进一步包括：
当所述第一模块的当前负载量小于所述额定负载阈值时，将所述第二集群中能处理所述超额负载的服务器的IP地址从加入到所述第二集群的所述第二模块对应的服务器列表中，并从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
10.根据权利要求7所述的方法，其特征在于，进一步包括：
检测所述第一集群中所述第一模块的每单位时间的请求量；
当所述第一集群中所述第一模块的每单位时间的请求量小于第二预订请求量，且所述第一集群中所述第一模块的每单位时间的请求量连续预定次数都小于所述第一集群和第二集群的平均每单位时间的请求量时，将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
11.一种资源调度设备，其特征在于，包括：
负载量获取模块，用于获取第一集群中执行一功能的第一模块的当前负载量；
负载量比较模块，用于比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；
超额负载量确定模块，用于当所述当前负载量大于所述额定负载阈值时，根据所述当前负载量和所述额定负载阈值计算超额负载的量；
待调度模块确定模块，用于确定包含执行所述一功能的第二模块的第二集群，根据所述超额负载的量从所述第二集群的所述第二模块中确定出待调度的模块；
设置更改模块，用于将所述待调度的模块设置为所述第一集群的所述第一模块。
12.根据权利要求11所述的设备，其特征在于，所述功能包括：接入处理功能，逻辑处理功能或数据处理功能。
13.根据权利要求11所述的设备，其特征在于，进一步包括：
判断模块，用于判断所述第一模块接收到的每单位时间的请求量是否大于第一预定请求量，且判断所述第一模块调用所述第一集群中执行另一功能的模块的成功率是否低于预定成功率阈值；
所述超额负载量确定模块，进一步用于当所述每单位时间的请求量高于所述第一预定请求量，且所述成功率低于所述预定成功率阈值时，根据所述当前负载量和所述额定负载阈值计算所述超额负载的量。
14.根据权利要求11所述的设备，其特征在于，所述第二集群包括一个集群，所述第二模块包括完成所述功能的服务器；
所述待调度模块确定模块，进一步用于比较所述第二模块的额定负载阈值和所述第二模块的当前负载量，当所述第二模块的额定负载阈值大于所述第二模块的当前负载量时，从所述第二模块包括的服务器中确定出待调度的服务器，其中，所述待调度的服务器能够处理的负载的量为所述第二模块的额定负载阈值和所述第二模块的当前负载量之间的差值或等于所述超额负载的量。
15.根据权利要求11所述的设备，其特征在于，所述第二集群的数目为两个或两个以上时，所述待调度模块确定模块，进一步用于确定各第二集群中的执行所述功能的各第二模块的当前负载量，从执行所述功能的各第二模块中确定出额定负载阈值大于其当前负载量的第三模块，根据所述超额负载的量从所述第三模块中确定出所述待调度的模块。
16.根据权利要求15所述的设备，其特征在于，所述待调度模块确定模块，进一步用于按照优先级由高到低的顺序依次对所述第三模块进行如下处理，直到确定出的待调度的模块能处理的负载的量大于或等于所述超额负载的量：判断当前模块的额定负载阈值和当前负载量的差值是否大于或等于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)，当所述当前模块的额定负载阈值和当前负载量的差值小于(所述超额负载的量-已确定出的待调度的模块所能处理的负载的量)时，将所述当前模块确定为所述待调度的模块。
17.根据权利要求11所述的设备，其特征在于，所述待调度的模块包括：所述第二集群中能处理所述超额负载的服务器；
所述设置更改模块，进一步用于将所述第二集群中能处理所述超额负载的服务器的因特网协议IP地址记录在所述第一集群的所述第一模块所对应的服务器列表中。
18.根据权利要求17所述的设备，其特征在于，所述设置更改模块，进一步用于将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第二集群的所述第二模块对应的服务器列表中删除。
19.根据权利要求18所述的设备，其特征在于，
所述负载量比较模块，进一步用于比较所述第一模块的当前负载量和所述第一模块的额定负载阈值；
所述设置更改模块，进一步用于当所述第一模块的当前负载量小于所述第一模块的额定负载阈值时，将所述第二集群中能处理所述超额负载的服务器的IP地址从加入到所述第二集群的所述第二模块对应的服务器列表中，并从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
20.根据权利要求17所述的设备，其特征在于，进一步包括：
请求量检测模块，检测所述第一集群中所述第一模块的每单位时间的请求量；
所述设置更改模块，进一步用于当所述第一集群中所述第一模块的每单位时间的请求量小于第二预订请求量，且所述第一集群中所述第一模块的每单位时间的请求量连续预定次数都小于所述第一集群和第二集群的平均每单位时间的请求量时，将所述第二集群中能处理所述超额负载的服务器的IP地址从所述第一集群的所述第一模块所对应的所述服务器列表中删除。
CN201610872935.8A 2016-09-30 2016-09-30 一种资源调度方法和装置 Active CN106230997B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610872935.8A CN106230997B (zh) 2016-09-30 2016-09-30 一种资源调度方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610872935.8A CN106230997B (zh) 2016-09-30 2016-09-30 一种资源调度方法和装置

Publications (2)

Publication Number Publication Date
CN106230997A true CN106230997A (zh) 2016-12-14
CN106230997B CN106230997B (zh) 2020-06-05

Family

ID=58076795

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610872935.8A Active CN106230997B (zh) 2016-09-30 2016-09-30 一种资源调度方法和装置

Country Status (1)

Country Link
CN (1) CN106230997B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019011116A1 (zh) * 2017-07-14 2019-01-17 中兴通讯股份有限公司 一种调度方法及装置
CN109347982A (zh) * 2018-11-30 2019-02-15 网宿科技股份有限公司 一种数据中心的调度方法及装置
CN110022337A (zh) * 2018-01-09 2019-07-16 阿里巴巴集团控股有限公司 资源调度方法、装置、设备和系统
CN110597623A (zh) * 2019-08-13 2019-12-20 平安普惠企业管理有限公司 容器资源分配方法、装置、计算机设备和存储介质
WO2020000668A1 (zh) * 2018-06-27 2020-01-02 平安科技（深圳）有限公司 一种基于服务器集群的任务执行方法及服务器
CN110825494A (zh) * 2019-11-01 2020-02-21 北京京东尚科信息技术有限公司 物理机调度方法及装置、计算机可存储介质
CN111124696A (zh) * 2019-12-30 2020-05-08 北京三快在线科技有限公司 单元组创建、数据同步方法、装置、单元和存储介质
CN111565212A (zh) * 2019-02-13 2020-08-21 Abb瑞士股份有限公司 用于协调资源的系统和方法
CN115051997A (zh) * 2022-07-12 2022-09-13 中国电信股份有限公司 分布式资源调度的方法及装置、存储介质、电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883113A (zh) * 2010-06-25 2010-11-10 中兴通讯股份有限公司 一种实现重叠网络负载均衡的方法和物理节点
CN103188277A (zh) * 2011-12-27 2013-07-03 中国电信股份有限公司 负载能耗管理系统、方法和服务器
CN104009933A (zh) * 2014-05-22 2014-08-27 北京金山网络科技有限公司 一种集群服务负载均衡的方法、系统、中心服务器以及备用节点服务器
CN104243337A (zh) * 2013-06-09 2014-12-24 杭州华三通信技术有限公司 一种跨集群负载均衡的方法及装置
CN104270416A (zh) * 2014-09-12 2015-01-07 杭州华为数字技术有限公司 负载均衡控制方法及管理节点
US9338228B1 (en) * 2013-12-31 2016-05-10 Veritas Technologies Llc I/O scheduling and load balancing across the multiple nodes of a clustered environment utilizing data volume based scheduling priorities

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883113A (zh) * 2010-06-25 2010-11-10 中兴通讯股份有限公司 一种实现重叠网络负载均衡的方法和物理节点
CN103188277A (zh) * 2011-12-27 2013-07-03 中国电信股份有限公司 负载能耗管理系统、方法和服务器
CN104243337A (zh) * 2013-06-09 2014-12-24 杭州华三通信技术有限公司 一种跨集群负载均衡的方法及装置
US9338228B1 (en) * 2013-12-31 2016-05-10 Veritas Technologies Llc I/O scheduling and load balancing across the multiple nodes of a clustered environment utilizing data volume based scheduling priorities
CN104009933A (zh) * 2014-05-22 2014-08-27 北京金山网络科技有限公司 一种集群服务负载均衡的方法、系统、中心服务器以及备用节点服务器
CN104270416A (zh) * 2014-09-12 2015-01-07 杭州华为数字技术有限公司 负载均衡控制方法及管理节点

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019011116A1 (zh) * 2017-07-14 2019-01-17 中兴通讯股份有限公司 一种调度方法及装置
EP3739845A4 (en) * 2018-01-09 2021-10-06 Alibaba Group Holding Limited METHOD, DEVICE, DEVICE AND SYSTEM FOR RESOURCE PLANNING
CN110022337A (zh) * 2018-01-09 2019-07-16 阿里巴巴集团控股有限公司 资源调度方法、装置、设备和系统
WO2019137320A1 (zh) * 2018-01-09 2019-07-18 阿里巴巴集团控股有限公司 资源调度方法、装置、设备和系统
JP7374100B2 (ja) 2018-01-09 2023-11-06 アリババ・グループ・ホールディング・リミテッド リソース予約方法、リソース予約装置、リソース予約デバイス、及びリソース予約システム
JP2021509989A (ja) * 2018-01-09 2021-04-08 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ リソース予約方法、リソース予約装置、リソース予約デバイス、及びリソース予約システム
WO2020000668A1 (zh) * 2018-06-27 2020-01-02 平安科技（深圳）有限公司 一种基于服务器集群的任务执行方法及服务器
CN109347982A (zh) * 2018-11-30 2019-02-15 网宿科技股份有限公司 一种数据中心的调度方法及装置
CN111565212B (zh) * 2019-02-13 2023-07-28 Abb瑞士股份有限公司 用于协调资源的系统和方法
CN111565212A (zh) * 2019-02-13 2020-08-21 Abb瑞士股份有限公司 用于协调资源的系统和方法
CN110597623A (zh) * 2019-08-13 2019-12-20 平安普惠企业管理有限公司 容器资源分配方法、装置、计算机设备和存储介质
CN110825494A (zh) * 2019-11-01 2020-02-21 北京京东尚科信息技术有限公司 物理机调度方法及装置、计算机可存储介质
CN111124696B (zh) * 2019-12-30 2023-06-23 北京三快在线科技有限公司 单元组创建、数据同步方法、装置、单元和存储介质
CN111124696A (zh) * 2019-12-30 2020-05-08 北京三快在线科技有限公司 单元组创建、数据同步方法、装置、单元和存储介质
CN115051997A (zh) * 2022-07-12 2022-09-13 中国电信股份有限公司 分布式资源调度的方法及装置、存储介质、电子设备
CN115051997B (zh) * 2022-07-12 2024-03-19 中国电信股份有限公司 分布式资源调度的方法及装置、存储介质、电子设备

Also Published As

Publication number Publication date
CN106230997B (zh) 2020-06-05

Similar Documents

Publication Publication Date Title
CN106230997A (zh) 一种资源调度方法和装置
US10972344B2 (en) Automated adjustment of subscriber policies
CN103827858B (zh) 移动网络中的缓存
US9948791B2 (en) Sharing group notification
US9838483B2 (en) Methods, systems, and computer readable media for a network function virtualization information concentrator
CN103947234B (zh) 用于mme和mme池负载均衡的系统和方法
CN104092756B (zh) 一种基于dht机制的云存储系统的资源动态分配方法
CN110049130A (zh) 一种基于边缘计算的服务部署和任务调度方法及装置
US8305911B2 (en) System and method for identifying and managing service disruptions using network and systems data
US20220329672A1 (en) Method for preheating a resource file and central management system
US11463554B2 (en) Systems and methods for dynamic multi-access edge allocation using artificial intelligence
CN101662483A (zh) 云计算网络的缓存系统及其方法
CN102821113A (zh) 缓存方法及系统
CN103746934A (zh) 一种cdn带宽平衡的方法、cdn控制中心及系统
CN111600807A (zh) 一种基于api网关设备的流量控制方法和系统
CN108471385B (zh) 一种针对分布式系统的流量控制方法及装置
CN104092620A (zh) 一种实现网络带宽调整的方法及装置
CN115277577A (zh) 数据处理方法、装置、计算机设备和计算机可读存储介质
CN102480502A (zh) 一种i/o负载均衡方法及i/o服务器
US20220279036A1 (en) Method, apparatus and system for processing an access request in a content delivery system
CN114745275A (zh) 云服务环境中的节点更新方法、装置和计算机设备
CN101951571A (zh) 短消息重试方法及短消息网关
CN105657014A (zh) 一种负载均衡方法、系统及装置
JP2017228909A (ja) ネットワーク負荷低減システムおよびネットワーク負荷低減方法
MXPA00000525A (es) Sistema y metodo para detectar sobrecarga en un servicio de punto de control de una red de telecomunicaciones.

Legal Events

Date Code Title Description
C06 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