CN112181649A - 一种容器资源调整方法、装置、计算机设备及存储介质 - Google Patents
一种容器资源调整方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN112181649A CN112181649A CN202011004124.9A CN202011004124A CN112181649A CN 112181649 A CN112181649 A CN 112181649A CN 202011004124 A CN202011004124 A CN 202011004124A CN 112181649 A CN112181649 A CN 112181649A
- Authority
- CN
- China
- Prior art keywords
- target container
- resource
- target
- upper limit
- container
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000009467 reduction Effects 0.000 claims abstract description 46
- 230000008602 contraction Effects 0.000 claims abstract description 21
- 230000003247 decreasing effect Effects 0.000 claims abstract description 16
- 238000004590 computer program Methods 0.000 claims description 15
- 238000004364 calculation method Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000012544 monitoring process Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/5083—Techniques for rebalancing the load in a distributed system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开一种容器资源调整方法、装置、计算机设备及存储介质,属于集群管理技术领域,方法应用于集群中的任一宿主机节点,方法包括:以预设时间间隔获取宿主机节点的当前资源使用率以及目标容器的当前资源使用率,目标容器是宿主机节点上运行的任一容器;当宿主机节点的当前资源使用率低于预设警戒阈值时,基于目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断目标容器是否需要扩容或缩容;当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,其中,当前资源上限值是上一次对目标容器的资源进行扩缩容后得到的。本发明能够实现对容器资源大小的动态调整,提高资源利用率。
Description
技术领域
本发明涉及集群管理技术领域,尤其涉及一种容器资源调整方法、装置、计算机设备及存储介质。
背景技术
Kubernetes容器集群(以下简称K8s集群)以容器技术为基础实现了一整套集群编排的规范。Pod是K8s集群中的应用负载,Pod运行在Node节点上,Pod由一个或者多个容器组成(例如Docker容器引擎创建的容器Container),它们共享容器存储、网络和容器运行配置项。Node是K8s集群中的计算节点,用来承载被分配Pod的运行,是Pod运行的宿主机。容器的运行依赖于Node上的资源,如CPU、内存、磁盘和GPU(Graphics Processing Unit,图形处理器)等。
现有技术中,K8s集群对资源的管理相对很不灵活,每个容器所占用的资源大小从声明创建开始就被固定下来,无法灵活动态调整,如果想要调整也必须需要关闭旧的容器并通过人工手动重新创建,这样势必会给集群增加了很多不必要的资源消耗,而且对于某些应用可能只是需要临时增加资源规格以应对高峰流量或者特殊情况,如果因此而采取这种消耗非常巨大的操作,非常得不偿失。
发明内容
为了解决上述背景技术中提到的问题,本发明提供了一种容器资源调整方法、装置、计算机设备及存储介质,能够实现灵活地对宿主机节点上的容器资源大小进行动态调整,提高资源利用率。
第一方面,提供了一种容器资源调整方法,应用于集群中的任一宿主机节点,所述方法包括:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
进一步地,所述基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容,包括:
判断所述目标容器的当前资源使用率是否在预设的目标使用率容忍范围内;
当所述目标容器的当前资源使用率在所述目标使用率容忍范围内时,确定所述目标容器不需要扩容或缩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的上限时,判断所述目标容器的当前资源使用率是否超过紧急阈值,其中,所述紧急阈值大于所述目标使用率容忍范围的上限;
若判断为是,则确定所述目标容器需要扩容;
若判断为否,则判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则确定所述目标容器需要扩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的下限时,判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则确定所述目标容器需要缩容。
进一步地,所述当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,包括:
从预设的资源配置信息表中,获取所述目标容器预先配置的目标使用率以及单次资源调整允许范围;
计算所述目标容器的当前资源使用率与所述目标使用率的比值与所述目标容器的当前资源上限值的乘积,以作为所述目标容器的目标资源上限值;
基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值;
将所述目标容器的当前资源上限值调整到所述最新资源上限值。
进一步地,所述单次资源调整允许范围包括单次资源扩容允许范围,所述基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值,包括:
当所述目标容器需要扩容时,从所述目标容器的目标资源上限值与所述单次资源扩容允许范围的下限中取最大值,并从所述最大值与所述单次资源扩容允许范围的上限中取最小值作为所述最新资源上限值;
所述单次资源调整允许范围包括单次资源缩容允许范围,所述基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值,包括:
当所述目标容器需要缩容时,从所述目标容器的目标资源上限值与所述单次资源缩容允许范围的下限中取最大值,并从所述最大值与所述单次资源缩容允许范围的上限中取最小值作为所述最新资源上限值。
进一步地,所述将所述目标容器的当前资源上限值调整到所述最新资源上限值,包括:
通过docker API将所述目标容器的当前资源上限值调整到所述最新资源上限值,并基于所述目标容器的调整结果,对所述目标容器所在的容器组的最新资源上限值进行同步更新。
第二方面,提供一种容器资源调整装置,应用于集群中的任一宿主机节点,所述装置包括:
获取模块,用于以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
判断模块,用于当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
调整模块,用于当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
进一步地,所述判断模块具体用于:
判断所述目标容器的当前资源使用率是否在预设的目标使用率容忍范围内;
当所述目标容器的当前资源使用率在所述目标使用率容忍范围内时,确定所述目标容器不需要扩容或缩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的上限时,判断所述目标容器的当前资源使用率是否超过紧急阈值,其中,所述紧急阈值大于所述目标使用率容忍范围的上限;
若判断为是,则确定所述目标容器需要扩容;
若判断为否,则判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则确定所述目标容器需要扩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的下限时,判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则确定所述目标容器需要缩容。
进一步地,所述调整模块包括:
获取子模块,用于从预设的资源配置信息表中,获取所述目标容器预先配置的目标使用率以及单次资源调整允许范围;
计算子模块,用于计算所述目标容器的当前资源使用率与所述目标使用率的比值与所述目标容器的当前资源上限值的乘积,以作为所述目标容器的目标资源上限值;
确定子模块,用于基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值;
调整子模块,用于将所述目标容器的当前资源上限值调整到所述最新资源上限值。
进一步地,所述单次资源调整允许范围包括单次资源扩容允许范围,所述确定子模块具体用于:
当所述目标容器需要扩容时,从所述目标容器的目标资源上限值与所述单次资源扩容允许范围的下限中取最大值,并从所述最大值与所述单次资源扩容允许范围的上限中取最小值作为所述最新资源上限值;
所述单次资源调整允许范围包括单次资源缩容允许范围,所述确定子模块具体用于:
当所述目标容器需要缩容时,从所述目标容器的目标资源上限值与所述单次资源缩容允许范围的下限中取最大值,并从所述最大值与所述单次资源缩容允许范围的上限中取最小值作为所述最新资源上限值。
进一步地,所述调整子模块具体用于:
通过docker API将所述目标容器的当前资源上限值调整到所述最新资源上限值,并基于所述目标容器的调整结果,对所述目标容器所在的容器组的最新资源上限值进行同步更新。
第三方面,提供了一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
本发明实施例提供一种容器资源调整方法、装置、计算机设备及存储介质,通过在宿主机节点有空闲资源的情形下时,对宿主机节点的目标容器进行判断是否需要扩容或缩容,并在需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,相比于现有技术需要关闭旧的容器并通过人工手动重新创建进行调整容器资源的方式,本发明能够实现对容器资源大小的动态调整,提高了资源利用率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一个实施例中的容器资源调整方法的流程示意图;
图2为图1所示方法中步骤S2的流程示意图;
图3为图1所示方法中步骤S3的流程示意图;
图4为一个实施例中的容器资源调整装置的结构示意图;
图5为一个实施例中的计算机设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,除非上下文明确要求,否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义;也就是说,是“包括但不限于”的含义。
此外,在本发明的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。
如前述背景技术,K8s集群对资源的管理相对很不灵活,每个容器所占用的资源大小从声明创建开始就被固定下来,无法灵活动态调整,如果想要调整也必须需要关闭旧的容器并通过人工手动重新创建,这样势必会给集群增加了很多不必要的资源消耗,而且对于某些应用可能只是需要临时增加资源规格以应对高峰流量或者特殊情况,如果因此而采取这种消耗非常巨大的操作,非常得不偿失。为此,本发明实施例提供一种容器资源调整方法,能够实现灵活地对宿主机节点上的容器资源进行动态调整,提高资源利用率。
在一个实施例中,提供了一种容器资源调整方法,该方法应用于集群中的任一宿主机节点,参考图1所示,容器资源调整方法可以包括如下步骤:
步骤S1,以预设时间间隔获取宿主机节点的当前资源使用率以及目标容器的当前资源使用率,目标容器是宿主机节点上运行的任一容器。
其中,K8s集群包括若干宿主机节点,每个宿主机节点上运行若干Pod,每个Pod(即,容器组)由通过Docker容器引擎创建的一个或者多个容器,一个宿主机节点上运行的各个容器依赖于该宿主机节点上的资源,如CPU、内存、磁盘和GPU等等,各个容器可以基于linux的cgroup(control group)子系统实现资源使用的隔离,cgroup的每个子系统都有自己单独的资源使用量统计数据。
其中,可以通过设置定时任务,以预设时间间隔(例如每间隔5s)读取最上层的cgroup计算出来的当前时间点时的资源使用率,宿主机节点的当前资源使用率汇总了其自身以及运行在该宿主机节点上所有容器共同使用的资源的使用率,并不需要自行进行汇总计算。
其中,获取目标容器的当前资源使用率,可以包括:获取目标容器在预设时间段间内对资源的累计资源使用量,结合该目标容器当前时间的资源上限值,计算该目标容器的当前资源使用率。
以CPU子系统为例,每个容器组内的cpuacct.usage文件保存了整个组内的每个容器累计使用的CPU的时间,可以周期性地读取容器组内的cpuacct.usage文件能够获取该各个容器在预设时间段间内对CPU的累计资源使用量,再结合当前时间各个容器的cpu.cfs_quota_us内的资源上限值,可以计算各个容器当前时间的cpu资源使用率。示例公式如下:
其中,cpuUsage(t)为某一目标容器的当前资源使用率,cpuacct.usaget2为时间点t2时读取的cpuacct.usage文件中该目标容器的资源使用量,cpuacct.usaget1为时间点t1时读取的cpuacct.usage文件中该目标容器的资源使用量,cpu.cfs_quota_us为该目标容器当前时刻cpu的资源上限值。
本实施例中,宿主机节点的当前资源使用率可以通过linux的/proc文件系统收集,比如/proc/stat是cpu的累计使用统计,/proc/meminfo则是内存的使用统计等等,目标容器的当前资源使用率可以通过cgroupfs采集,由此能够实现秒级性能指标数据的采集。
步骤S2,当宿主机节点的当前资源使用率低于预设警戒阈值时,基于目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断目标容器是否需要扩容或缩容。
其中,预设警戒阈值可以根据实际需要进行设定,例如设置为80%,当宿主机节点的当前资源使用率低于80%,表明宿主机节点存有空闲资源。优选地,当宿主机节点的当前CPU资源使用率低于预设警戒阈值时,获取目标容器的当前CPU资源使用率。
具体地,可以对目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔分别与对应的预设阈值进行比较,根据比较结果,确定当前时间目标容器是否需要扩容或缩容。
步骤S3,当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,其中,当前资源上限值是上一次对目标容器的资源进行扩缩容后得到的。
具体地,当需要对容器进行扩容时,计算该容器扩容后的最新资源上限值,将容器的当前资源上限值调高到最新资源上限值;当需要对容器进行缩容时,计算该容器缩容后的最新资源上限值,将容器的当前资源上限值调低到最新资源上限值。
需要说明的是,在本实施例中,可以在宿主机节点上部署一个监控模块,进而通过该监控模块执行上述步骤S1至步骤S3。示例性地,该监控模块通过DaemonSet部署在宿主机节点上,如此通过在宿主机节点上独立部署,便于实时独立地监控该宿主机节点上的容器资源变化。
本实施例提供的容器资源调整方法,通过在宿主机节点有空闲资源的情形下时,对宿主机节点的目标容器进行判断是否需要扩容或缩容,并在需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,相比于现有技术需要关闭旧的容器并通过人工手动重新创建进行调整容器资源的方式,能够实现对容器资源大小的动态调整,提高了资源利用率。
在一个实施例中,如图2所示,上述步骤S2的实现过程包括步骤:
S21,当宿主机节点的当前资源使用率低于预设警戒阈值时,判断目标容器的当前资源使用率是否在预设的目标使用率容忍范围内,当目标容器的当前资源使用率在目标使用率容忍范围内时,执行步骤S22,当超过目标使用率容忍范围的上限时,执行步骤S23,当目标容器的当前资源使用率低于目标使用率容忍范围的下限时,执行步骤S26。
其中,可以根据目标容器预先配置的目标使用率以及容忍因子确定目标使用率容忍范围。目标使用率以及容忍因子可以根据实际需要进行设置,以CPU资源为例,可以在预设的资源配置信息表中,将目标容器的目标CPU资源使用率设置为50%,将容忍因子设置为±0.1,判断标容器的当前CPU资源使用率介于45%与55%之间。
S22,确定目标容器不需要扩容或缩容。
需要说明的是,当确定目标容器不需要扩容或缩容后,在到达下一次定时任务触发的时间点时,返回执行步骤S1。
S23,判断目标容器的当前资源使用率是否超过紧急阈值,其中,紧急阈值大于目标使用率容忍范围的上限,若判断为是,则执行步骤S25,若判断为否,则执行步骤S24。
其中,可以根据目标容器预先配置的目标使用率以及紧急因子确定紧急阈值,紧急因子可以根据实际需要进行设置。例如,设置紧急因子为0.5,目标容器的目标CPU资源使用率设置为50%时,紧急阈值为75%。
S24,判断上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则执行步骤S25。
其中,第一预设时长可以根据实际需要进行设定,例如设置为10s,即当前时间距离上一次对目标容器的扩缩容时间的时间间隔超过10s,则触发对目标容器的扩容。
S25,确定目标容器需要扩容。
需要说明的是,当判定上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔不超过第一预设时长时,或者确定目标容器需要扩容并对目标容器进行扩容后,在到达下一次定时任务触发的时间点时,返回执行步骤S1。
S26,判断上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则执行步骤S27。
其中,第二预设时长可以根据实际需要进行设定,例如设置为20s,即当前时间距离上一次对目标容器的扩缩容时间的时间间隔超过20s,则触发对目标容器的缩容。
S27,确定目标容器需要缩容。
需要说明的是,当判定上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔不超过第二预设时长时,或者确定目标容器需要缩容并对目标容器进行缩容后,在到达下一次定时任务触发的时间点时,返回执行步骤S1。
在一个实施例中,如图3所示,上述步骤S3的实现过程可以包括步骤:
S31,从预设的资源配置信息表中,获取目标容器预先配置的目标使用率以及单次资源调整允许范围。
其中,单次资源调整允许范围包括单次资源扩容允许范围、单次资源缩容允许范围,单次资源扩容允许范围用于指示单次允许扩容的资源最大值和资源最小值,可以根据目标容器的当前资源上限值和预设的扩容步长倍数范围确定单次资源扩容允许范围,例如单次扩容步长范围设定为[1.2,1.6],若目标容器的当前资源上限值为cpu_limit=8核,那么单次扩容最大只能扩容到1.6*8核=12.8核,单次扩容最小只能扩容到1.2*8=9.6核;单次资源扩容允许范围用于指示单次允许扩容的资源最大值和资源最小值,可以根据目标容器的当前资源上限值和预设的缩容步长倍数范围确定单次资源缩容允许范围,例如将单次缩容步长倍数范围设定为[0.2,0.4],若目标容器的当前资源上限值为cpu_limit=8核,那么单次缩容后的资源大小范围为[0.6*8核,0.8*8核]。
可以理解的是,不同容器的资源配置信息可以基于容器类型而有所不同。
S32,计算目标容器的当前资源使用率与目标使用率的比值与目标容器的当前资源上限值的乘积,以作为目标容器的目标资源上限值。
S33,基于单次资源调整允许范围以及目标容器的目标资源上限值,确定目标容器对应的最新资源上限值。
其中,单次资源调整允许范围包括单次资源扩容允许范围,基于单次资源调整允许范围以及目标容器的目标资源上限值,确定目标容器对应的最新资源上限值,包括:
当目标容器需要扩容时,从目标容器的目标资源上限值与单次资源扩容允许范围的下限中取最大值,并从最大值与单次资源扩容允许范围的上限中取最小值作为最新资源上限值。
其中,单次资源调整允许范围包括单次资源缩容允许范围,基于单次资源调整允许范围以及目标容器的目标资源上限值,确定目标容器对应的最新资源上限值,包括:
当目标容器需要缩容时,从目标容器的目标资源上限值与单次资源缩容允许范围的下限中取最大值,并从最大值与单次资源缩容允许范围的上限中取最小值作为最新资源上限值。
示例性地,目标容器的最新资源上限值可以通过如下计算公式计算得到:
其中,Scale表示容器的最新资源上限值,Limitt表示容器在当前时间点t时的资源上限值,Mt表示容器在当前时间点t时的资源使用率,i表示单次扩容(或缩容)的最大步长倍数,j表示单次扩容(或缩容)的最小步长倍数,x表示容器的目标使用率。
其中,在对目标容器进行扩容时,若大于Limitt×j,则从与Limitt×i中取最小值,以作为目标容器扩容后的最新资源上限值;在对目标容器进行缩容时,若大于Limitt×j,则从与Limitt×i中取最小值,以作为目标容器缩容后的最新资源上限值。
S34,将目标容器的当前资源上限值调整到最新资源上限值。
具体地,可以通过docker API将目标容器的当前资源上限值调整到最新资源上限值,并基于目标容器的调整结果,对目标容器所在的容器组的最新资源上限值进行同步更新。
示例性地,以资源为CPU资源为例,使用docker API将目标容器的cgroupfs的当前资源上限值修改为最新资源上限值,并基于目标容器修改后的cgroupfs的值同步修改该目标容器所在的容器组的cgroupfs的资源上限值。作为一种优选,通过docker API将目标容器的当前资源上限值调整到最新资源上限值,包括:通过docker API的packag将目标容器的当前资源上限值调整到最新资源上限值,如此能够以最快的时间以及最小的代价让容器瞬间达到更多的资源,避免产生毛刺的流量高峰,同时也可以应对dockerd重启等情况。
本实施例中,当目标容器需要扩容或缩容时,通过预设的资源配置信息表计算出目标容器的最新资源上限值,对应调高或调低目标容器的当前资源上限值至最新资源上限值,如此实现了容器资源的动态调整,并能够防止容器过度扩容导致资源过多,或者过度缩容导致资源过少的极端情况。
在一个实施例中,当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值步骤之前,方法还可以包括:
判断当前时间宿主机节点上是否存在需要扩容的多个目标容器,若存在,则根据多个目标容器的优先级顺序对多个目标容器进行扩容。其中,优先级顺序可以基于应用类型确定。
在一个实施例中,方法还可以包括:
在对调高或调低目标容器的当前资源上限值后,对目标容器的扩容事件或缩容事件进行记录至目标容器对应的事件记录中。其中,事件记录中包含本次扩缩容时间、事件标识和目标容器的最新资源上限值,事件标识用于指示对目标容器的资源是扩容还是缩容。
在一个实施例中,方法还可以包括:
当宿主机节点的当前资源使用率大于或等于预设警戒阈值时,对宿主机节点的状态标记为警戒状态,并禁止对宿主机节点上的任一容器的资源进行调整。
本实施例中,当宿主机节点的当前资源使用率大于或等于预设警戒阈值,说明宿主机节点的资源使用率可能存在风险,通过禁止对该宿主机节点上的任一容器的资源进行调整,能够避免在该宿主机节点的多个容器的资源调整共同作用下造成更严重资源紧缺状况。
在一个实施例中,提供了一种容器资源调整装置,应用于集群中的任一宿主机节点,参考图4所示,容器资源调整装置可以包括:
获取模块41,用于以预设时间间隔获取宿主机节点的当前资源使用率以及目标容器的当前资源使用率,目标容器是宿主机节点上运行的任一容器;
判断模块42,用于当宿主机节点的当前资源使用率低于预设警戒阈值时,基于目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断目标容器是否需要扩容或缩容;
调整模块43,用于当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,其中,当前资源上限值是上一次对目标容器的资源进行扩缩容后得到的。
在一个实施例中,判断模块42具体用于:
判断目标容器的当前资源使用率是否介于最小容忍值与最大容忍值之间;
当目标容器的当前资源使用率介于最小容忍值与最大容忍值之间时,确定目标容器不目标容器需要扩容或缩容;
当目标容器的当前资源使用率超过最大容忍值时,判断目标容器的当前资源使用率是否超过紧急阈值,其中,紧急阈值大于最大容忍值;
若判断为是,则确定目标容器需要扩容;
若判断为否,则判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则确定目标容器需要扩容;
当目标容器的当前资源使用率低于最小容忍值时,判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则确定目标容器需要缩容。
在一个实施例中,调整模块43包括:
获取子模块,用于从预设的资源配置信息表中,获取目标容器预先配置的目标使用率以及单次资源调整允许范围;
计算子模块,用于计算目标容器的当前资源使用率与目标使用率的比值与目标容器的当前资源上限值的乘积,以作为目标容器的目标资源上限值;
确定子模块,用于基于单次资源调整允许范围以及目标容器的目标资源上限值,确定目标容器对应的最新资源上限值;
调整子模块,用于将目标容器的当前资源上限值调整到最新资源上限值。
在一个实施例中,单次资源调整允许范围包括单次资源扩容允许范围,确定子模块具体用于:
当目标容器需要扩容时,从目标容器的目标资源上限值与单次资源扩容允许范围的下限中取最大值,并从最大值与单次资源扩容允许范围的上限中取最小值作为最新资源上限值;
单次资源调整允许范围包括单次资源缩容允许范围,确定子模块具体用于:
当目标容器需要缩容时,从目标容器的目标资源上限值与单次资源缩容允许范围的下限中取最大值,并从最大值与单次资源缩容允许范围的上限中取最小值作为最新资源上限值。
在一个实施例中,调整子模块具体用于:
通过docker API将目标容器的当前资源上限值调整到最新资源上限值,并基于目标容器的调整结果,对目标容器所在的容器组的最新资源上限值进行同步更新。
需要说明的是:本实施例提供的容器资源调整装置中,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,本实施例的容器资源调整装置与上述实施例中的容器资源调整方法实施例属于同一构思,其具体实现过程和有益效果详见容器资源调整方法实施例,这里不再赘述。
图5为本发明实施例提供的计算机设备的内部结构图。该计算机设备可以是服务器,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种容器资源调整方法。
本领域技术人员可以理解,图5中示出的结构,仅仅是与本发明方案相关的部分结构的框图,并不构成对本发明方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,目标容器是宿主机节点上运行的任一容器;
当宿主机节点的当前资源使用率低于预设警戒阈值时,基于目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断目标容器是否需要扩容或缩容;
当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,其中,当前资源上限值是上一次对目标容器的资源进行扩缩容后得到的。
在一个实施例中,还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,目标容器是宿主机节点上运行的任一容器;
当宿主机节点的当前资源使用率低于预设警戒阈值时,基于目标容器的当前资源使用率、上一次对目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断目标容器是否需要扩容或缩容;
当目标容器需要扩容或缩容时,对应调高或调低目标容器的当前资源上限值,其中,当前资源上限值是上一次对目标容器的资源进行扩缩容后得到的。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种容器资源调整方法,其特征在于,应用于集群中的任一宿主机节点,所述方法包括:
以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
2.根据权利要求1所述的方法,其特征在于,所述基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容,包括:
判断所述目标容器的当前资源使用率是否在预设的目标使用率容忍范围内;
当所述目标容器的当前资源使用率在所述目标使用率容忍范围内时,确定所述目标容器不需要扩容或缩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的上限时,判断所述目标容器的当前资源使用率是否超过紧急阈值,其中,所述紧急阈值大于所述目标使用率容忍范围的上限;
若判断为是,则确定所述目标容器需要扩容;
若判断为否,则判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则确定所述目标容器需要扩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的下限时,判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则确定所述目标容器需要缩容。
3.根据权利要求1或2所述的方法,其特征在于,所述当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,包括:
从预设的资源配置信息表中,获取所述目标容器预先配置的目标使用率以及单次资源调整允许范围;
计算所述目标容器的当前资源使用率与所述目标使用率的比值与所述目标容器的当前资源上限值的乘积,以作为所述目标容器的目标资源上限值;
基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值;
将所述目标容器的当前资源上限值调整到所述最新资源上限值。
4.根据权利要求3所述的方法,其特征在于,所述单次资源调整允许范围包括单次资源扩容允许范围,所述基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值,包括:
当所述目标容器需要扩容时,从所述目标容器的目标资源上限值与所述单次资源扩容允许范围的下限中取最大值,并从所述最大值与所述单次资源扩容允许范围的上限中取最小值作为所述最新资源上限值;
所述单次资源调整允许范围包括单次资源缩容允许范围,所述基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值,包括:
当所述目标容器需要缩容时,从所述目标容器的目标资源上限值与所述单次资源缩容允许范围的下限中取最大值,并从所述最大值与所述单次资源缩容允许范围的上限中取最小值作为所述最新资源上限值。
5.根据权利要求3所述的方法,其特征在于,所述将所述目标容器的当前资源上限值调整到所述最新资源上限值,包括:
通过docker API将所述目标容器的当前资源上限值调整到所述最新资源上限值,并基于所述目标容器的调整结果,对所述目标容器所在的容器组的最新资源上限值进行同步更新。
6.一种容器资源调整装置,其特征在于,应用于集群中的任一宿主机节点,所述装置包括:
获取模块,用于以预设时间间隔获取所述宿主机节点的当前资源使用率以及目标容器的当前资源使用率,所述目标容器是所述宿主机节点上运行的任一容器;
判断模块,用于当所述宿主机节点的当前资源使用率低于预设警戒阈值时,基于所述目标容器的当前资源使用率、上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔,判断所述目标容器是否需要扩容或缩容;
调整模块,用于当所述目标容器需要扩容或缩容时,对应调高或调低所述目标容器的当前资源上限值,其中,所述当前资源上限值是上一次对所述目标容器的资源进行扩缩容后得到的。
7.根据权利要求6所述的装置,其特征在于,所述判断模块具体用于:
判断所述目标容器的当前资源使用率是否在预设的目标使用率容忍范围内;
当所述目标容器的当前资源使用率在所述目标使用率容忍范围内时,确定所述目标容器不需要扩容或缩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的上限时,判断所述目标容器的当前资源使用率是否超过紧急阈值,其中,所述紧急阈值大于所述目标使用率容忍范围的上限;
若判断为是,则确定所述目标容器需要扩容;
若判断为否,则判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第一预设时长,若超过,则确定所述目标容器需要扩容;
当所述目标容器的当前资源使用率超过所述目标使用率容忍范围的下限时,判断上一次对所述目标容器的资源进行扩缩容的时间与当前时间的时间间隔是否超过第二预设时长,若超过,则确定所述目标容器需要缩容。
8.根据权利要求6或7所述的装置,其特征在于,所述调整模块包括:
获取子模块,用于从预设的资源配置信息表中,获取所述目标容器预先配置的目标使用率以及单次资源调整允许范围;
计算子模块,用于计算所述目标容器的当前资源使用率与所述目标使用率的比值与所述目标容器的当前资源上限值的乘积,以作为所述目标容器的目标资源上限值;
确定子模块,用于基于所述单次资源调整允许范围以及所述目标容器的目标资源上限值,确定所述目标容器对应的最新资源上限值;
调整子模块,用于将所述目标容器的当前资源上限值调整到所述最新资源上限值。
9.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现权利要求1至5任一所述的容器资源调整方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5任一所述的容器资源调整方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011004124.9A CN112181649A (zh) | 2020-09-22 | 2020-09-22 | 一种容器资源调整方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011004124.9A CN112181649A (zh) | 2020-09-22 | 2020-09-22 | 一种容器资源调整方法、装置、计算机设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112181649A true CN112181649A (zh) | 2021-01-05 |
Family
ID=73955818
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011004124.9A Pending CN112181649A (zh) | 2020-09-22 | 2020-09-22 | 一种容器资源调整方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112181649A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112835685A (zh) * | 2021-03-31 | 2021-05-25 | 中国工商银行股份有限公司 | 容器内存调整方法及装置 |
CN113254209A (zh) * | 2021-05-28 | 2021-08-13 | 北京奇艺世纪科技有限公司 | 一种容量管理方法、装置、电子设备及可读存储介质 |
CN114356558A (zh) * | 2021-12-21 | 2022-04-15 | 北京穿杨科技有限公司 | 一种基于集群的缩容处理方法及装置 |
CN114356557A (zh) * | 2021-12-16 | 2022-04-15 | 北京穿杨科技有限公司 | 一种集群扩容方法及装置 |
CN115174406A (zh) * | 2022-06-16 | 2022-10-11 | 平安银行股份有限公司 | 容器应用的扩缩容方法、装置、计算机设备及存储介质 |
CN117421123A (zh) * | 2023-11-03 | 2024-01-19 | 摩尔线程智能科技(上海)有限责任公司 | 一种gpu资源调整方法及系统、电子设备和存储介质 |
CN117519914A (zh) * | 2024-01-08 | 2024-02-06 | 成都卓拙科技有限公司 | 云主机控制方法、装置及管理主机 |
CN117806815A (zh) * | 2023-11-27 | 2024-04-02 | 本原数据(北京)信息技术有限公司 | 数据处理方法、系统、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106293868A (zh) * | 2015-05-15 | 2017-01-04 | 苏宁云商集团股份有限公司 | 一种云计算环境中虚拟机扩缩容方法及扩缩容系统 |
CN108958882A (zh) * | 2018-06-06 | 2018-12-07 | 麒麟合盛网络技术股份有限公司 | 一种容器调整方法、装置和系统 |
WO2019019807A1 (zh) * | 2017-07-24 | 2019-01-31 | 中国银联股份有限公司 | 一种资源分配方法和装置 |
CN110753112A (zh) * | 2019-10-23 | 2020-02-04 | 北京百度网讯科技有限公司 | 云服务的弹性伸缩方法和装置 |
CN111130834A (zh) * | 2018-11-01 | 2020-05-08 | 大唐移动通信设备有限公司 | 一种网络弹性策略的处理方法及装置 |
CN111464355A (zh) * | 2020-03-31 | 2020-07-28 | 北京金山云网络技术有限公司 | Kubernetes容器集群的伸缩容控制方法、装置和网络设备 |
-
2020
- 2020-09-22 CN CN202011004124.9A patent/CN112181649A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106293868A (zh) * | 2015-05-15 | 2017-01-04 | 苏宁云商集团股份有限公司 | 一种云计算环境中虚拟机扩缩容方法及扩缩容系统 |
WO2019019807A1 (zh) * | 2017-07-24 | 2019-01-31 | 中国银联股份有限公司 | 一种资源分配方法和装置 |
CN108958882A (zh) * | 2018-06-06 | 2018-12-07 | 麒麟合盛网络技术股份有限公司 | 一种容器调整方法、装置和系统 |
CN111130834A (zh) * | 2018-11-01 | 2020-05-08 | 大唐移动通信设备有限公司 | 一种网络弹性策略的处理方法及装置 |
CN110753112A (zh) * | 2019-10-23 | 2020-02-04 | 北京百度网讯科技有限公司 | 云服务的弹性伸缩方法和装置 |
CN111464355A (zh) * | 2020-03-31 | 2020-07-28 | 北京金山云网络技术有限公司 | Kubernetes容器集群的伸缩容控制方法、装置和网络设备 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112835685A (zh) * | 2021-03-31 | 2021-05-25 | 中国工商银行股份有限公司 | 容器内存调整方法及装置 |
CN113254209A (zh) * | 2021-05-28 | 2021-08-13 | 北京奇艺世纪科技有限公司 | 一种容量管理方法、装置、电子设备及可读存储介质 |
CN113254209B (zh) * | 2021-05-28 | 2023-08-29 | 北京奇艺世纪科技有限公司 | 一种容量管理方法、装置、电子设备及可读存储介质 |
CN114356557A (zh) * | 2021-12-16 | 2022-04-15 | 北京穿杨科技有限公司 | 一种集群扩容方法及装置 |
CN114356558A (zh) * | 2021-12-21 | 2022-04-15 | 北京穿杨科技有限公司 | 一种基于集群的缩容处理方法及装置 |
CN115174406A (zh) * | 2022-06-16 | 2022-10-11 | 平安银行股份有限公司 | 容器应用的扩缩容方法、装置、计算机设备及存储介质 |
CN115174406B (zh) * | 2022-06-16 | 2024-02-06 | 平安银行股份有限公司 | 容器应用的扩缩容方法、装置、计算机设备及存储介质 |
CN117421123A (zh) * | 2023-11-03 | 2024-01-19 | 摩尔线程智能科技(上海)有限责任公司 | 一种gpu资源调整方法及系统、电子设备和存储介质 |
CN117421123B (zh) * | 2023-11-03 | 2024-04-19 | 摩尔线程智能科技(上海)有限责任公司 | 一种gpu资源调整方法及系统、电子设备和存储介质 |
CN117806815A (zh) * | 2023-11-27 | 2024-04-02 | 本原数据(北京)信息技术有限公司 | 数据处理方法、系统、电子设备及存储介质 |
CN117519914A (zh) * | 2024-01-08 | 2024-02-06 | 成都卓拙科技有限公司 | 云主机控制方法、装置及管理主机 |
CN117519914B (zh) * | 2024-01-08 | 2024-03-12 | 成都卓拙科技有限公司 | 云主机控制方法、装置及管理主机 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112181649A (zh) | 一种容器资源调整方法、装置、计算机设备及存储介质 | |
CN110996352B (zh) | 一种流量控制方法、装置、计算机设备及存储介质 | |
CN110716808B (zh) | 业务处理方法、装置、计算机设备和存储介质 | |
CN113010260A (zh) | 容器数量弹性伸缩方法以及容器数量弹性伸缩方法系统 | |
CN112597202B (zh) | 数据查询方法、装置、计算机设备和存储介质 | |
CN110677459A (zh) | 资源调整方法、装置、计算机设备和计算机存储介质 | |
CN112153170B (zh) | 访问服务器的方法、装置、设备及存储介质 | |
CN102882909A (zh) | 云计算服务监控系统及方法 | |
CN108205474B (zh) | 内存管理方法、终端设备、计算机装置以及可读存储介质 | |
CN112612607A (zh) | 基于消息队列的数据处理方法、装置、计算机设备和介质 | |
CN112256433B (zh) | 基于Kafka集群的分区迁移方法和装置 | |
CN111949389B (zh) | 基于Slurm的信息采集方法和装置、服务器、计算机可读存储介质 | |
CN115203177B (zh) | 一种分布式数据存储系统及存储方法 | |
CN110888872A (zh) | 数据存储方法、装置、计算机设备和存储介质 | |
CN110728372B (zh) | 一种人工智能模型动态加载的集群设计方法及集群系统 | |
CN110825732A (zh) | 数据查询方法、装置、计算机设备和可读存储介质 | |
CN116578408A (zh) | 一种支撑智能制造软件的运行资源调度方法 | |
CN113918341A (zh) | 设备调度方法、装置、设备及存储介质 | |
CN115941622A (zh) | 一种带宽调节方法、系统、设备及存储介质 | |
CN115951832A (zh) | 针对对象存储的智能小文件合并的方法及系统 | |
CN117666926A (zh) | 数据存储方法、装置和电子设备 | |
CN112202860A (zh) | 一种容器流量调整方法、装置及系统 | |
CN114791818A (zh) | 存储控制器系统更新方法、系统、计算机设备和存储介质 | |
CN112115311A (zh) | 一种图数据库的弹性扩缩容方法、装置、设备及存储介质 | |
CN111669294A (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 |