CN108563504A - 一种资源管控方法和装置 - Google Patents
一种资源管控方法和装置 Download PDFInfo
- Publication number
- CN108563504A CN108563504A CN201810158920.4A CN201810158920A CN108563504A CN 108563504 A CN108563504 A CN 108563504A CN 201810158920 A CN201810158920 A CN 201810158920A CN 108563504 A CN108563504 A CN 108563504A
- Authority
- CN
- China
- Prior art keywords
- resource
- user
- utilization rate
- monitoring
- oversold
- 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
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
-
- 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/5072—Grid computing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种资源管控方法和装置。该方法包括:确定用户在监控周期内使用的资源的利用率;根据所述资源的利用率,确定所述用户的信用积分;如果所述用户的信用积分大于预设的信用阈值,则在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。通过对用户使用资源的情况进行监控,根据用户对资源的利用率,来识别用户是否存在资源浪费的情况,对存在资源浪费的用户进行约束,进而避免用户对资源的持续浪费,提升云平台整体的资源利用。
Description
技术领域
本发明涉及互联网技术领域,特别是涉及一种资源管控方法和装置。
背景技术
随着私有云计算技术的日益普及,资源滥用问题越来越突出,传统的计量计费方式难以在满足用户资源需求的同时提升资源利用率。
对于公有云而言,公有云的运营者希望用户使用云平台的资源越多越好,而不会去关心资源的实际利用率,虽然用户的实际利用率越低,代表用户存在资源浪费的情况越严重。然而,对于私有云来说,私有云一般是企业为了服务内部用户为设置的,私有云的设置目标不是为了盈利,相反是为了节省成本,因此私有云的运营者关心资源的实际利用率,如果用户对资源的实际利用率高,则说明私有云的利用率高,节省了成本。
但是,目前私有云并不会根据资源的利用率对用户进行约束,资源浪费的现象不能得到抑制。如果将应用在公有云上的计费功能运行在私有云中,也只能用于统计每个用户占用云平台的成本,不能体现资源的实际利用率,因而也不能因用户浪费资源而约束用户。
发明内容
本发明要解决的技术问题是提供一种资源管控方法和装置,用以解决现私有云并不会根据资源的利用率对用户进行约束的问题。
为了解决上述技术问题,本发明是通过以下技术方案来解决的:
本发明提供了一种资源管控方法,包括:确定用户在监控周期内使用的资源的利用率;根据所述资源的利用率,确定所述用户的信用积分;如果所述用户的信用积分大于预设的信用阈值,则在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
其中,所述方法还包括:基于物理机集群,划分资源超卖区和资源非超卖区;监测用户使用的虚拟机的内存利用率;如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
其中,在确定用户在监控周期内使用的资源的利用率之前,还包括:为资源对应设置单价;监测用户在监测周期内使用的资源以及所述资源的使用时间;根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则监测用户在下一个监测周期内使用的资源和使用时间。
其中,在根据所述资源的利用率,确定所述用户的信用积分之前,还包括:为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
其中,根据所述资源的利用率,确定所述用户的信用积分,包括:根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。
本发明还提供了一种资源管控装置,包括:第一确定模块,用于确定用户在监控周期内使用的资源的利用率;第二确定模块,用于根据所述资源的利用率,确定所述用户的信用积分;管控模块,用于在所述用户的信用积分大于预设的信用阈值的情况下,在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
其中,所示装置还包括配置模块;所述配置模块,用于基于物理机集群,划分资源超卖区和资源非超卖区;监测用户使用的虚拟机的内存利用率;如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
其中,所述装置还包括:资源单价模块,用于在确定用户在监控周期内使用的资源的利用率之前,为资源对应设置单价;资源配置模块,用于监测用户在监测周期内使用的资源以及所述资源的使用时间;资源计费模块,用于根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则调用资源配置模块监测用户在下一个监测周期内使用的资源和使用时间。
其中,所述第二确定模块,用于:在根据所述资源的利用率,确定所述用户的信用积分之前,为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
其中,所述第二确定模块,用于:根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。
本发明有益效果如下:
通过对用户使用资源的情况进行监控,根据用户对资源的利用率,来识别用户是否存在资源浪费的情况,对存在资源浪费的用户进行约束,进而避免用户对资源的持续浪费,提升云平台整体的资源利用。
附图说明
图1是根据本发明一实施例的资源管控方法的流程图;
图2是根据本发明一实施例的信用积分的计算示意图;
图3是根据本发明一实施例的资源管控装置的结构图;
图4是根据本发明一实施例的计费***的结构示意图。
具体实施方式
以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
本发明实施例提供一种资源管控方法。图1是根据本发明一实施例的资源管控方法的流程图。
步骤S110,确定用户在监控周期内使用的资源的利用率。
在本实施例中,用户可以是个人或者单位,例如用户可以是业务部门。
在本实施例中,监控周期可以根据实际需求而设置。例如:监控周期可以是一天、一周或者一个月。
资源的类型,包括但不限于:CPU资源、内存资源、网络带宽资源。
确定用户在监控周期内使用的每种资源的利用率。
具体的,在满足预设条件的情况下,确定用户在监控周期内使用的资源的利用率。进一步地,在确定用户在监控周期内使用的资源的利用率之前,还包括:为资源对应设置单价;监测用户在监测周期内使用的资源以及所述资源的使用时间;根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则监测用户在下一个监测周期内使用的资源和使用时间。
其中,费用阈值可以用于衡量用户占用的云平台成本是否过多。用户使用的资源的总价大于该费用阈值,则说明用户占用的云平台成本过多,需要确定该用户是否存在资源浪费的情况。
计算总价的公式可以是:资源的单价×该资源的使用时间=该资源的总价。
步骤S120,根据所述资源的利用率,确定所述用户的信用积分。
在根据所述资源的利用率,确定所述用户的信用积分之前,还包括:为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。积分总值为该用户在上一个监控周期的信用积分。积分常数可根据经验设置。
为每种资源对应设置多个利用率区间,并为每个利用率区间对应设置积分常数;根据用户使用的每种资源的利用率所处的利用率区间,确定用户使用的每种资源对应的积分常数。如:用户使用的资源1对应的积分常数、资源2对应的积分常数、......、资源n对应的积分常数,其中,n>1。
信用积分=资源1对应的积分常数+资源2对应的积分常数+......+资源n对应的积分常数+用户对应的积分总值。
具体而言,可以每种资源设置数量和取值范围都不同的多个利用率区间。也可以为不同资源的相同取值范围的利用率区间设置不同的积分常数。
例如:为CPU资源设置第一利用率区间0~10%、第二利用率区间11%~30%、第三利用率区间31%~50%、第四利用率区间51%~80%、第五利用率区间81%~100%;其中,第一利用率区间对应的积分常数为-5,第二利用率区间对应的积分常数为-3,第三利用率区间对应的积分常数为0,第四利用率区间对应的积分常数为3,第五利用率区间对应的积分常数为5。为内存资源设置三个利用率区间0~50%、51%~80%、81%~100%,0~50%对应的积分常数为-1、51%~70%对应的积分常数为0、71%~100%对应的积分常数为1。网络带宽资源的利用率区间划分和积分常数设置以此类推。
又如:如图2所示,监测用户在某天对资源的利用率,CPU资源的利用率是90%,内存资源的使用率是40%,网络带宽资源的利用率是20%,按照利用率区间的设置,CPU加5分,内存减1分,网络带宽减3分,总得分加1分,该用户原来的积分总值是79分,得到该用户当天的信用积分80(79+5-1-3=80)。
如果在同一区域,同一用户使用了多个虚拟机,则计算多个虚拟机中相同资源的平均利用率,将该资源的平均利用率作为该资源的利用率。
例如:在同一区域,同一用户使用2个虚拟机,一个虚拟机的CPU利用率为50%,另一个虚拟机的CPU利用率为60%,则该用户使用的CPU资源的利用率为55%((50%+60%)/2=55%)。
本实施例针对laas平台资源浪费的情况,推出用户信用积分功能,
步骤S130,判断所述用户的信用积分是否大于预设的信用阈值;如果是,则执行步骤S140;如果否,则执行步骤S110。
信用阈值可以用于衡量用户对资源的使用是否出现的浪费情况。信用阈值可以是经验值或者通过实验获得的值。
如果所述用户的信用积分小于等于预设的信用阈值,则跳转到步骤S110,确定用户在下一个监控周期内使用的资源的利用率。
步骤S140,如果所述用户的信用积分大于预设的信用阈值,则在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
资源管控策略用于对用户的资源使用进行约束。
资源管控策略可以包括多个等级的资源管控方式。
例如:资源管控策略包括:低级和高级资源管控方式,低级资源管控方式可以是向用户发送提示信息,高级资源管控方式可以是限制用户使用的虚拟机的数量。
如果用户的信用积分大于信用阈值,则说明用户存在资源浪费的情况,需要在下一个监控周期采用低级资源管控方式对用户的资源使用进行约束。当然,在该下一个监控周期,依旧需要确定用户使用的资源的利用率以及信用积分,如果用户的信用积分依旧大于信用阈值,则在下下个监控周期,采用高级资源管控策略继续对用户的资源使用进行约束。如果在某一个监控周期,用户的信用积分小于等于信用阈值,则在该监测周期的下一个监测周期,停止采用预设的资源管控策略,控制所述用户对资源的使用。
通过对用户使用资源的情况进行监控,根据用户对资源的利用率,来识别用户是否存在资源浪费的情况,对存在资源浪费的用户进行约束,进而避免用户对资源的持续浪费,提升云平台整体的资源利用。
在本实施例中,为了进一步提供云平台的资源利用率,可以在云平台中,基于物理机集群,划分资源超卖区和资源非超卖区;监测用户使用的虚拟机的内存利用率;如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
在正常情况下,一台物理机上运行的虚拟机数量受限于物理机CPU和内存的配置,例如:一台物理机的内存是128G,如果每台虚拟机平均分配8G,那一台物理机上最多可同时运行16台虚拟机。虽然物理机上可以跑满16台虚拟机,但可能由于用户对虚拟机的资源利用率比较低,比如用户为虚拟机申请了8G内存,但实际上只使用了4G,还有4G空间没有使用,这就降低了物理机的资源利用率。为了提高这部分物理机的利用率,本实施例提出资源超卖区,以便调整这台物理机的内存分配策略,比如原来的策略是在物理机上跑16台虚拟机,现在调整成跑32台虚拟机,达到内存超卖的目的。
将整个物理机集群分成两个区域,一个是资源超卖区,一个是资源非超卖区。将用户刚创建的虚拟机运行在资源非超买区,当监控到虚拟机的内存利用率比较低,比如申请了8G内存却一直只使用了4G,就将用户的虚拟机通过云平台提供的热迁移技术迁移到资源超卖区,从而提高资源的利用率。另外,如果这台虚拟机的利用率提高了,例如现在内存使用超过了4G,则可以再次把该虚拟机迁移回资源非超买区。总之通过设置资源超卖区和资源非超卖区,动态迁移虚拟机,提高了云平台的资源利用率。
本实施例通过设计资源超卖区管理、计量计费动态管理、资源报表等一系列手段,来约束用户提高资源的利用率,避免资源浪费,从而提高整个私有云平台资源的利用率。
本发明实施例还提供了一种资源管控装置。如图3所示,为根据本发明一实施例的资源管控装置的结构图。
该资源管控装置包括:
第一确定模块310,用于确定用户在监控周期内使用的资源的利用率。
第二确定模块320,用于根据所述资源的利用率,确定所述用户的信用积分。
管控模块330,用于在所述用户的信用积分大于预设的信用阈值的情况下,在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
可选地,所示装置还包括配置模块(图中未示出);所述配置模块,用于基于物理机集群,划分资源超卖区和资源非超卖区;监测用户使用的虚拟机的内存利用率;如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
可选地,所述第二确定模块320,用于:在根据所述资源的利用率,确定所述用户的信用积分之前,为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
可选地,所述第二确定模块320,用于:根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。
可选地,在所述装置中还包括:资源单价模块340、资源配置模块350、计费核心模块360、资源计费模块370和用户计费模块380。资源单价模块340、资源配置模块350、计费核心模块360、资源计费模块370和用户计费模块380可以形成计费***。图4是根据本发明一实施例的计费***的结构示意图。
资源单价模块340,用于为资源对应设置单价,并存储每种资源的单价。
资源配置模块350,用于监测用户在监测周期内使用的资源和使用时间。
计费核心模块360,用于根据资源配置模块监测到的资源,从资源单价模块中获取该资源的单价,并将该资源的使用时间和单价提供给资源计费模块。
资源计费模块370,用于根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;进一步地,资源计费模块,还用于统计用户使用的所有资源的总价(各资源的总价的和)。如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则调用资源配置模块监测用户在下一个监测周期内使用的资源和使用时间。
用户计费模块380,用于查询用户使用资源的计费情况。
管理员可以在资源单价模块配置各种资源的单价信息。例如:CPU的单价,内存的单价,存储的单价等。
管理员设置完各种资源的单价后,用户在云平台创建或者删除资源。云平台在创建资源之后会通知计费***开始启动对该资源的计费,云平台删除资源之后会通知计费***停止对该资源的计费。资源计费模块每天根据用户使用的所有资源进行统一计费,例如:用户A某天使用了4台云主机,总共使用了16CPU、16G内存,1T存储空间,使用时长是8小时,则根据管理员设置的单价计算出用户A该天的账单。
用户可以在用户计费模块查看每天的详细账单和自己的计费情况,管理员可以查看整体平台的计费情况和所有用户的计费情况。
通过计量计费功能,用户掌握了自己使用资源的详细情况,管理员了解了平台上整体用户的资源使用情况,比如:哪几个用户是消费较多。针对消费多的用户需要重点关注该用户资源的申请情况和实际利用率,并以此来约束他们,降低消费并提高资源的利用率。
本实施例所述的装置的功能已经在上述的方法实施例中进行了描述,故本实施例的描述中未详尽之处,可以参见前述实施例中的相关说明,在此不做赘述。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (10)
1.一种资源管控方法,其特征在于,包括:
确定用户在监控周期内使用的资源的利用率;
根据所述资源的利用率,确定所述用户的信用积分;
如果所述用户的信用积分大于预设的信用阈值,则在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
基于物理机集群,划分资源超卖区和资源非超卖区;
监测用户使用的虚拟机的内存利用率;
如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
3.如权利要求1所述的方法,其特征在于,在确定用户在监控周期内使用的资源的利用率之前,还包括:
为资源对应设置单价;
监测用户在监测周期内使用的资源以及所述资源的使用时间;
根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;
如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则监测用户在下一个监测周期内使用的资源和使用时间。
4.如权利要求1所述的方法,其特征在于,在根据所述资源的利用率,确定所述用户的信用积分之前,还包括:
为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
5.如权利要求4所述的方法,其特征在于,根据所述资源的利用率,确定所述用户的信用积分,包括:
根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;
根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。
6.一种资源管控装置,其特征在于,包括:
第一确定模块,用于确定用户在监控周期内使用的资源的利用率;
第二确定模块,用于根据所述资源的利用率,确定所述用户的信用积分;
管控模块,用于在所述用户的信用积分大于预设的信用阈值的情况下,在下一个监控周期内,采用预设的资源管控策略,控制所述用户对资源的使用。
7.如权利要求6所述的装置,其特征在于,所示装置还包括配置模块;
所述配置模块,用于基于物理机集群,划分资源超卖区和资源非超卖区;监测用户使用的虚拟机的内存利用率;如果所述内存利用率大于预设的超卖阈值,则将所述虚拟机迁移到所述资源非超卖区,反之,将所述虚拟机迁移到所述资源超卖区。
8.如权利要求6所述的装置,其特征在于,所述装置还包括:
资源单价模块,用于在确定用户在监控周期内使用的资源的利用率之前,为资源对应设置单价;
资源配置模块,用于监测用户在监测周期内使用的资源以及所述资源的使用时间;
资源计费模块,用于根据用户使用的资源的单价和使用时间,对所述用户使用的资源进行计费;如果用户使用的资源的总价大于预设的费用阈值,则确定用户在监控周期内使用的资源的利用率,反之,则调用资源配置模块监测用户在下一个监测周期内使用的资源和使用时间。
9.如权利要求6所述的装置,其特征在于,所述第二确定模块,用于:
在根据所述资源的利用率,确定所述用户的信用积分之前,为资源对应设置多个利用率区间以及每个利用率区间对应的积分常数。
10.如权利要求9所述的装置,其特征在于,所述第二确定模块,用于:
根据所述资源的利用率所处的利用率区间,确定所述资源对应的积分常数;
根据所述资源对应的积分常数以及所述用户对应的积分总值,确定所述用户的信用积分。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810158920.4A CN108563504A (zh) | 2018-02-24 | 2018-02-24 | 一种资源管控方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810158920.4A CN108563504A (zh) | 2018-02-24 | 2018-02-24 | 一种资源管控方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108563504A true CN108563504A (zh) | 2018-09-21 |
Family
ID=63531220
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810158920.4A Pending CN108563504A (zh) | 2018-02-24 | 2018-02-24 | 一种资源管控方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108563504A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109491787A (zh) * | 2018-11-01 | 2019-03-19 | 郑州云海信息技术有限公司 | 一种集群计算环境下计算资源的记账统计方法和*** |
CN110310106A (zh) * | 2019-07-15 | 2019-10-08 | 浪潮云信息技术有限公司 | 一种基于区块链的公有云分布式计费*** |
CN110471769A (zh) * | 2019-08-14 | 2019-11-19 | 中国工商银行股份有限公司 | 一种虚拟机的资源管理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166323A1 (en) * | 2010-12-23 | 2012-06-28 | Feng Golfen Guo | Information Technology Resource Allocation and Utilization Tracking in a Cloud-Based System |
CN103870341A (zh) * | 2014-03-12 | 2014-06-18 | 汉柏科技有限公司 | 一种调整虚拟机资源的方法和*** |
CN104111876A (zh) * | 2014-07-10 | 2014-10-22 | 深圳供电局有限公司 | 一种基于Oracle资源计划的动态资源管理装置及方法 |
CN104270459A (zh) * | 2014-10-20 | 2015-01-07 | 山东省计算中心(国家超级计算济南中心) | 一种增强公平性的云计算用户资源配额分配方法 |
CN105320559A (zh) * | 2014-07-30 | 2016-02-10 | ***通信集团广东有限公司 | 一种云计算***的调度方法和装置 |
CN105404549A (zh) * | 2015-12-06 | 2016-03-16 | 北京天云融创软件技术有限公司 | 基于yarn架构的虚拟机调度*** |
-
2018
- 2018-02-24 CN CN201810158920.4A patent/CN108563504A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166323A1 (en) * | 2010-12-23 | 2012-06-28 | Feng Golfen Guo | Information Technology Resource Allocation and Utilization Tracking in a Cloud-Based System |
CN103870341A (zh) * | 2014-03-12 | 2014-06-18 | 汉柏科技有限公司 | 一种调整虚拟机资源的方法和*** |
CN104111876A (zh) * | 2014-07-10 | 2014-10-22 | 深圳供电局有限公司 | 一种基于Oracle资源计划的动态资源管理装置及方法 |
CN105320559A (zh) * | 2014-07-30 | 2016-02-10 | ***通信集团广东有限公司 | 一种云计算***的调度方法和装置 |
CN104270459A (zh) * | 2014-10-20 | 2015-01-07 | 山东省计算中心(国家超级计算济南中心) | 一种增强公平性的云计算用户资源配额分配方法 |
CN105404549A (zh) * | 2015-12-06 | 2016-03-16 | 北京天云融创软件技术有限公司 | 基于yarn架构的虚拟机调度*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109491787A (zh) * | 2018-11-01 | 2019-03-19 | 郑州云海信息技术有限公司 | 一种集群计算环境下计算资源的记账统计方法和*** |
CN110310106A (zh) * | 2019-07-15 | 2019-10-08 | 浪潮云信息技术有限公司 | 一种基于区块链的公有云分布式计费*** |
CN110471769A (zh) * | 2019-08-14 | 2019-11-19 | 中国工商银行股份有限公司 | 一种虚拟机的资源管理方法及装置 |
CN110471769B (zh) * | 2019-08-14 | 2022-03-29 | 中国工商银行股份有限公司 | 一种虚拟机的资源管理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108090225B (zh) | 数据库实例的运行方法、装置、***及计算机可读存储介质 | |
US9106589B2 (en) | Predicting long-term computing resource usage | |
US9438484B2 (en) | Managing multi-level service level agreements in cloud-based networks | |
TWI330792B (en) | Apparatus, system, and method for on-demand control of grid system resources | |
CN103248659B (zh) | 一种云计算资源调度方法和*** | |
US8346921B1 (en) | Predictive governing of dynamic modification of program execution capacity | |
CN104102543B (zh) | 一种云计算环境中负载调整的方法和装置 | |
WO2019024445A1 (zh) | 地理分布交互服务云资源协同优化方法 | |
JP5289588B2 (ja) | ユーザーのサービス量に基づいて、オンラインで料金を計算する方法及びシステム | |
US20120131174A1 (en) | Systems and methods for identifying usage histories for producing optimized cloud utilization | |
JP2004021982A (ja) | コンピュータ・システム・リソースを動的に割り当てる方法およびシステム | |
CN103561055B (zh) | 基于会话的云计算环境下Web应用自动弹性扩展方法 | |
CN108563504A (zh) | 一种资源管控方法和装置 | |
CN110308985B (zh) | 云专属服务器资源管理方法、装置、设备及存储介质 | |
JP2003323224A (ja) | ライセンス管理システムおよび方法、情報処理装置および方法、並びにプログラム | |
CN108574645A (zh) | 一种队列调度方法及装置 | |
CN110839069A (zh) | 一种节点数据部署方法、部署节点、***及介质 | |
CN105847442A (zh) | 一种下载速度调整方法、后台服务器、终端及*** | |
CN101291254A (zh) | 一种管理资源的方法、装置及*** | |
CN111988388B (zh) | 流量分配的方法、装置、电子设备及存储介质 | |
CN114721810A (zh) | 边缘云资源协同调度方法、云管理平台和边缘云节点 | |
CN109150593B (zh) | 云数据***中资源的管理方法和装置 | |
CN110413393A (zh) | 集群资源管理方法、装置、计算机集群及可读存储介质 | |
CN115981852A (zh) | 面向租户的服务器集群资源配额的调整方法、装置及设备 | |
CN113934533A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180921 |
|
RJ01 | Rejection of invention patent application after publication |