CN112559173A - 资源调节方法、装置、电子设备和可读存储介质 - Google Patents
资源调节方法、装置、电子设备和可读存储介质 Download PDFInfo
- Publication number
- CN112559173A CN112559173A CN202011440278.2A CN202011440278A CN112559173A CN 112559173 A CN112559173 A CN 112559173A CN 202011440278 A CN202011440278 A CN 202011440278A CN 112559173 A CN112559173 A CN 112559173A
- Authority
- CN
- China
- Prior art keywords
- queue
- container
- preset threshold
- component
- queue length
- 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
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/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
Abstract
本申请实施例提供了一种资源调节方法、装置、电子设备和可读存储介质,涉及互联网技术领域,通过获取目标消息队列的队列长度,其中,目标消息队列用于缓存运行中的容器的待处理任务。然后判断队列长度是否大于第一预设阈值,若队列长度大于第一预设阈值,则增加运行的容器的数量。如此,将消息队列的队列长度作为评价指标,可以更加细粒度地控制运行的容器的数量,充分地利用服务器资源,改善了因业务量激增造成的业务处理缓慢的问题。
Description
技术领域
本申请涉及互联网技术领域,具体而言,涉及一种资源调节方法、装置、电子设备和可读存储介质。
背景技术
目前行业通过引入容器技术在同一个宿主机中运行多个容器,各个容器共享同一个主机资源,容器承载了同一个应用,用来实现应用和服务的快速扩容,提升业务并发处理性能。
当业务量激增的情况下,通常需要对容器的数量进行扩容处理。但是目前的资源调节方案都是基于服务器的CPU(Central Processing Unit,中央处理器)状态和内存状态进行的,其评价指标不够精准,容易造成资源不足,业务处理缓慢的问题。
发明内容
有鉴于此,本申请提供了一种资源调节方法、装置、电子设备和可读存储介质,以改善上述问题。
第一方面,本申请提供一种资源调节方法,应用于服务器,所述服务器配置有容器编排组件,所述容器编排组件运行有至少一个容器,所述方法包括:
所述容器编排组件获取目标消息队列的队列长度,其中,所述目标消息队列用于缓存运行中的容器的待处理任务;
所述容器编排组件判断所述队列长度是否大于第一预设阈值,若所述队列长度大于所述第一预设阈值,则增加运行的容器的数量。
在可选的实施方式中,所述方法还包括:
若所述队列长度小于所述第一预设阈值,则判断所述队列长度是否小于第二预设阈值,其中,所述第二预设阈值小于所述第一预设阈值;
若所述队列长度小于所述第二预设阈值,则减少所述容器的数量。
在可选的实施方式中,所述服务器还配置有监控组件及消息队列组件,所述容器编排组件获取目标消息队列的队列长度的步骤包括:
所述监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部所述消息队列的队列长度注册至所述容器编排组件;
所述容器编排组件从全部所述消息队列的队列长度中获取目标消息队列的队列长度。
在可选的实施方式中,所述增加运行的容器的数量的步骤包括:
获取全部所述容器的当前运行数量,以及可运行的容器的最大数量;
判断所述当前运行数量是否小于所述最大数量,若所述当前运行数量小于所述最大数量,则增加运行的容器的数量;
若所述当前运行数量等于所述最大数量,则发出提示信息。
在可选的实施方式中,所述增加运行的容器的数量的步骤包括:
获取任意一个运行的容器的实例信息,以及待增加的容器的目标IP地址;
根据所述实例信息及所述目标IP地址,生成配置信息;
基于所述配置信息创建新的容器。
第二方面,本申请提供一种资源调节装置,应用于服务器,所述服务器配置有容器编排组件,所述容器编排组件运行有至少一个容器,所述容器编排组件包括:
获取模块,用于获取目标消息队列的队列长度,其中,所述目标消息队列用于缓存运行中的容器的待处理任务;
扩容模块,用于判断所述队列长度是否大于第一预设阈值,若所述队列长度大于所述第一预设阈值,则增加运行的容器的数量。
在可选的实施方式中,所述容器编排组件还包括:
缩容模块,用于若所述队列长度小于所述第一预设阈值,则判断所述队列长度是否小于第二预设阈值,其中,所述第二预设阈值小于所述第一预设阈值;若所述队列长度小于所述第二预设阈值,则减少所述容器的数量。
在可选的实施方式中,所述服务器还配置有监控组件及消息队列组件,所述容器编排组件包括的获取模块用于:
所述监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部所述消息队列的队列长度注册至所述容器编排组件;
所述容器编排组件从全部所述消息队列的队列长度中获取目标消息队列的队列长度。
第三方面,本申请提供一种电子设备,所述电子设备包括处理器、存储器及总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器及所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行前述实施方式任意一项所述的资源调节方法的步骤。
第四方面,本申请提供一种可读存储介质,所述可读存储介质存储有计算机程序,计算机程序被执行时实现前述实施方式任意一项所述的资源调节方法的步骤。
本申请实施例提供了一种资源调节方法、装置、电子设备和可读存储介质,通过获取目标消息队列的队列长度,其中,目标消息队列用于缓存运行中的容器的待处理任务。判断队列长度是否大于第一预设阈值,若队列长度大于第一预设阈值,则增加运行的容器的数量。如此,将消息队列的队列长度作为评价指标,可以更加细粒度地控制运行的容器的数量,充分地利用服务器资源,改善了因业务量激增造成的业务处理缓慢的问题。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举一些举例,并配合所附附图,作详细说明。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种电子设备的结构框图。
图2为本申请实施例提供的资源调节方法的流程示意图之一。
图3为本申请实施例提供的资源调节方法的流程示意图之二。
图4为本申请实施例提供的资源调节装置的功能模块框图。
图标:100-电子设备;110-存储器;120-处理器;130-资源调节装置;131-获取模块;132-扩容模块;133-缩容模块;140-通信单元。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本申请的实施例中的特征可以相互结合。
如背景技术所介绍,随着业务不断互联网化,目前常常出现“秒杀”、“抢红包”、“促销”等业务。这种业务往往会使得应用系统对服务器资源的波峰波谷现象突出,导致业务响应时间变慢。当业务应用某一个时刻中,业务访问量突增的情况下,传统的做法只能实现虚拟机级弹性伸缩,效果极其有限,系统弹性能力不足,数据架构不具备平行扩展能力来应对突发的业务高峰,忙闲时资源难以有效动态调整,无法做到弹性扩展。
目前行业通过引入容器技术在同一个宿主机中运行多个容器,各个容器共享同一个主机资源,容器承载了同一个应用,用来实现应用和服务的快速扩容,提升业务并发处理性能。
当业务访问量突增的情况下,通常需要对容器的数量进行扩容处理。但是目前的资源调节方案都是基于CPU状态和内存状态进行的,其评价指标不够精准,容易造成资源不足,业务处理缓慢的问题。
有鉴于此,本申请提供的资源调节方法,通过将消息队列的队列长度作为评价指标,判断当前运行的容器的数量是否足够,不够时,增加运行的容器的数量。多余时,减小运行的容器的数量。以自动的调整运行中的容器的数量,充分的利用服务器资源。
以上现有技术中的方案所存在的缺陷,均是申请人在经过实践并仔细研究后得出的结果,因此,上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案,都应该是申请人在本申请过程中对本申请做出的贡献。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的关键可以相互组合。
请结合参阅图1,图1为本申请实施例提供的一种电子设备100的结构框图。设备可以包括处理器120、存储器110、资源调节装置130及通信单元140,存储器110存储有处理器120可执行的机器可读指令,当电子设备100运行时,处理器120及存储器110之间通过总线通信,处理器120执行机器可读指令,并执行资源调节方法。
存储器110、处理器120以及通信单元140各元件相互之间直接或间接地电性连接,以实现信号的传输或交互。
例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。资源调节装置130包括至少一个可以软件或固件(firmware)的形式存储于存储器110中的软件功能模块。处理器120用于执行存储器110中存储的可执行模块,例如资源调节装置130所包括的软件功能模块或计算机程序。
其中,存储器110可以是,但不限于,随机读取存储器(Random Access memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
处理器120可以是一种集成电路芯片,具有信号处理能力。上述处理器120可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(NetworkProcessor,简称NP)等。
还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本申请实施例中,存储器110用于存储程序,处理器120用于在接收到执行指令后,执行程序。本申请实施例任一实施方式所揭示的流程定义的方法可以应用于处理器120中,或者由处理器120实现。
通信单元140用于通过网络建立电子设备100与其他电子设备之间的通信连接,并用于通过网络收发数据。
在一些实施例中,网络可以是任何类型的有线或者无线网络,或者是他们的结合。仅作为示例,网络可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network,LAN)、广域网(Wide Area Network,WAN)、无线局域网(Wireless Local Area Networks,WLAN)、城域网(Metropolitan Area Network,MAN)、广域网(Wide Area Network,WAN)、公共电话交换网(Public Switched Telephone Network,PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等,或其任意组合。
在本申请实施例中,电子设备100可以是但不限于web(网站)服务器及数据服务器等。
可以理解,图1所示的结构仅为示意。电子设备100还可以具有比图1所示更多或者更少的组件,或者具有与图1所示不同的配置。图1所示的各组件可以采用硬件、软件或其组合实现。
请结合参阅图2,图2为本申请实施例提供的资源调节方法的流程示意图之一。下面基于图1示出的电子设备100的结构图对本申请实施例提供的资源调节方法的步骤进行详细阐述。
本申请提供一种资源调节方法,应用于服务器,服务器配置有容器编排组件,容器编排组件运行有至少一个容器,本申请实施例提供的资源调节方法的步骤包括:
步骤S1,容器编排组件获取目标消息队列的队列长度,其中,目标消息队列用于缓存运行中的容器的待处理任务。
可选地,容器编排组件可以是K8s(kubernetes)、Marathon工具或其他编排组件。
步骤S2,容器编排组件判断队列长度是否大于第一预设阈值。
若队列长度大于第一预设阈值,则执行步骤S3,反之则再次执行步骤S1。
步骤S3,增加运行的容器的数量。
其中,容器编排组件运行的容器可以为多个,多个容器可以共同处理一项任务,也可以处理不同的任务。例如,容器1及容器2可以共同处理任务A,容器3单独处理任务B,容器4、容器5及容器6共同处理任务C。
可以理解,一个任务对应一个消息队列,多个容器则对应至少一个消息队列,针对任意一个任务,为了满足处理该任务的资源,需要保证有足够的容器可以对任务进行处理。因此,本申请实施例以获取一个目标消息队列为例,对如何扩容进行说明。
其中,第一预设阈值可以根据服务器的硬件环境以及资源消耗确定。例如,可预先对服务器进行压力测试,则出某一项任务的消息队列长度在服务器上运行的最大数量,第一预设阈值的最大值不超过改值即可。例如,第一预设阈值可以等于最大数量,也可以是最大数量的3/4。
示例性地,假设第一预设阈值为20,容器1及容器2共同处理任务A,则容器编排组件获取任务A所对应的消息队列的队列长度,若该队列长度为30,比较可知,该队列长度大于第一预设阈值20,则可以增加运行的容器的数量,以增加处理任务A的资源,使得该任务得到及时处理。
如此,本申请实施例提供的资源调节方法,通过将消息队列的队列长度作为评价指标,判断当前运行的容器的数量是否足够,不够时,增加运行的容器的数量。充分地利用服务器资源,改善了因业务量激增造成的业务处理缓慢的问题。
进一步地,当业务量减少,运行的容器数量的所分配的资源远超过可以处理业务量的资源时,则会对服务器的资源造成浪费。因此,可选地,本申请还提供了一种自动缩容的方法,同样以消息队列的队列长度为判断标准,判断当前的运行的容器的数量是否多余,多余时,减少运行的容器的数量。
作为一种可选的实施方式,请结合参阅图3,图3为本申请实施例提供的资源调节方法的流程示意图之二。在上述基础上,步骤S2之后方法还可以包括:
若队列长度小于第一预设阈值,则执行步骤S4。
步骤S4,判断队列长度是否小于第二预设阈值。其中,第二预设阈值小于第一预设阈值。
若队列长度小于第二预设阈值,则执行步骤S5,反之则再次执行步骤S1。
步骤S5,减少容器的数量。
其中,第二预设阈值可以根据需求定义,一般来说,第二预设阈值小于第一预设阈值。例如,第二预设阈值为20,则第一预设阈值可以为1-19的任意一个数。
示例性地,假设第一预设阈值为20,第二预设阈值为1,容器1及容器2共同处理任务A,则容器编排组件获取任务A所对应的消息队列的队列长度,若该队列长度为0,比较可知,该队列长度小于第一预设阈值20,则将队列长度0与第二预设阈值1比较,可知队列长度0小于第二预设阈值,此时则减小容器的数量,直至停止运行所有容器。以减少处理任务A的资源,避免服务器的资源造成不必要的浪费。
又例如,假设第一预设阈值为20,第二预设阈值为10,容器1及容器2共同处理任务A,则容器编排组件获取任务A所对应的消息队列的队列长度,若该队列长度为5,比较可知,该队列长度小于第一预设阈值20,则将队列长度5与第二预设阈值10比较,可知队列长度5小于第二预设阈值,此时则减小容器的数量。以减少处理任务A的资源,避免服务器的资源造成不必要的浪费。
本申请实施例中,将消息队列的队列长度作为判断标准,来判断资源是否足够,但是,目前的任意容器编排组件运行容器时,其并不能够直接获取消息队列的队列参数,因此,为了使得容器编排组件可以获得目标消息队列的队列参数,例如队列长度,本申请实施例中还采用了监控组件,通过监控组件获取目标消息队列的队列长度,从而对容器进行自动扩缩容。
作为一种可选的实施方式中,服务器还配置有监控组件及消息队列组件,图2中示出的步骤S1,容器编排组件获取目标消息队列的队列长度的可通过以下方式实现:
监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部消息队列的队列长度注册至容器编排组件。
容器编排组件从全部消息队列的队列长度中获取目标消息队列的队列长度。
其中,消息队列组件可以是RabbitMQ(消息队列,MQ)。还可以是ActiveMQ、Kafka以及ZeroMQ等。RabbitMQ是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件),监控组件可通过RabbitMQ的官方接口获取到各个消息队列的队列参数。
例如,每个消息队列的队列参数可以包括该消息队列未处理消息数、该队列正在处理的消息数以及该消息队列所有消息总数等参数指标。
监控组件可以是Prometheus,Prometheus是一套开源的系统监控和报警框架,通过custom metrics api的方式便可以将采集监控到的信息暴露给容器编排组件-例如,k8s内部服务,使得K8s根据检测到的信息以及预先定义的扩缩容配置文件,对容器进行自动扩缩容处理。
如此,通过各个组件之间的相互配合,使得本申请实施例可以基于消息队列的队列长度,从更细粒度的评价指标进行资源评判,判断当前业务量中运行的容器数量是否合理,从而改善因资源分配不足造成的业务处理迟缓,响应缓慢的问题,同时也可以改善资源浪费的问题。
进一步地,在可选的实施方式中,增加运行的容器的数量的步骤包括:
获取全部容器的当前运行数量,以及可运行的容器的最大数量。
判断当前运行数量是否小于最大数量,若当前运行数量小于最大数量,则增加运行的容器的数量。
若当前运行数量等于最大数量,则发出提示信息。
其中,可运行的容器的最大数量可以预先根据服务器的硬件环境以及资源消耗确定。
示例性地,若可运行的容器的最大数量为4个,容器的当前运行数量为2个。比较可知,当前运行数量小于可运行的容器的最大数量,此时,则可以增加运行的容器的数量。
又例如,假设可运行的容器的最大数量为4个,容器的当前运行数量为4个,比较可知,当前运行数量等于最大数量,此时可发出提示信息,以提示用户当前资源以被配置完。
在可选的实施方式中,增加运行的容器的数量的步骤包括:
获取任意一个运行的容器的实例信息,以及待增加的容器的目标IP地址。
根据实例信息及目标IP地址,生成配置信息。
基于配置信息创建新的容器。
可选地,容器的IP地址可以是预分配IP。例如,有些容器在创建时或者创建运行后,可根据服务器的硬件环境预先分配一些IP。这些IP用于在增加运行的容器时,可以直接分配给新增的容器,这些IP被称为预分配IP。
预分配IP预先分配后,只会供处理同一任务的容器使用,而不能供处理其他任务的容器使用。进一步地,预分配IP可以有对应的标识信息,例如,可在数据库中保存处理不同任务的容器的预分配IP的数量、预分配IP中的IP状态以及对应的IP地址。IP状态可以包括空闲状态、已运行状态等。获取目标IP地址时,可以获取IP状态为空闲状态的预分配IP的IP地址作为目标IP地址。
如此,当需要增加运行的容器的数量时,可直接从预分配IP中获取目标IP,可提高创建新的容器的效率。
基于同一发明构思,请结合参阅图4,图4为本申请实施例提供的资源调节装置的功能模块框图。本申请实施例中还提供了与图2示出的资源调节方法对应的资源调节装置130,应用于服务器,服务器配置有容器编排组件,容器编排组件运行有至少一个容器,容器编排组件包括:
获取模块131,用于获取目标消息队列的队列长度,其中,目标消息队列用于缓存运行中的容器的待处理任务。
扩容模块132,用于判断队列长度是否大于第一预设阈值,若队列长度大于第一预设阈值,则增加运行的容器的数量。
在可选的实施方式中,容器编排组件还包括:
缩容模块133,用于若队列长度小于第一预设阈值,则判断队列长度是否小于第二预设阈值,其中,第二预设阈值小于第一预设阈值;若队列长度小于第二预设阈值,则减少容器的数量。
可选的实施方式中,服务器还配置有监控组件及消息队列组件,容器编排组件包括的获取模块131用于:
所述监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部消息队列的队列长度注册至容器编排组件。
容器编排组件从全部消息队列的队列长度中获取目标消息队列的队列长度。
由于本申请实施例中的装置解决问题的原理与本申请实施例上述资源调节方法、装置、电子设备和可读存储介质相似,因此装置的实施原理可以参见方法的实施原理,重复之处不再赘述。
本申请实施例也提供了一种可读存储介质,可读存储介质中存储有计算机程序,计算机程序被执行时实现上述的资源调节方法的步骤。
综上所述,本申请实施例提供了一种资源调节方法、装置、电子设备100和可读存储介质,通过获取目标消息队列的队列长度,其中,目标消息队列用于缓存运行中的容器的待处理任务。判断队列长度是否大于第一预设阈值,若队列长度大于第一预设阈值,则增加运行的容器的数量。如此,将消息队列的队列长度作为评价指标,可以更加细粒度地控制运行的容器的数量,充分地利用服务器资源,改善了因业务量激增造成的业务处理缓慢的问题。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种资源调节方法,其特征在于,应用于服务器,所述服务器配置有容器编排组件,所述容器编排组件运行有至少一个容器,所述方法包括:
所述容器编排组件获取目标消息队列的队列长度,其中,所述目标消息队列用于缓存运行中的容器的待处理任务;
所述容器编排组件判断所述队列长度是否大于第一预设阈值,若所述队列长度大于所述第一预设阈值,则增加运行的容器的数量。
2.根据权利要求1所述的资源调节方法,其特征在于,所述方法还包括:
若所述队列长度小于所述第一预设阈值,则判断所述队列长度是否小于第二预设阈值,其中,所述第二预设阈值小于所述第一预设阈值;
若所述队列长度小于所述第二预设阈值,则减少所述容器的数量。
3.根据权利要求1所述的资源调节方法,其特征在于,所述服务器还配置有监控组件及消息队列组件,所述容器编排组件获取目标消息队列的队列长度的步骤包括:
所述监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部所述消息队列的队列长度注册至所述容器编排组件;
所述容器编排组件从全部所述消息队列的队列长度中获取目标消息队列的队列长度。
4.根据权利要求1所述的资源调节方法,其特征在于,所述增加运行的容器的数量的步骤包括:
获取全部所述容器的当前运行数量,以及可运行的容器的最大数量;
判断所述当前运行数量是否小于所述最大数量,若所述当前运行数量小于所述最大数量,则增加运行的容器的数量;
若所述当前运行数量等于所述最大数量,则发出提示信息。
5.根据权利要求1至4任意一项所述的资源调节方法,其特征在于,所述增加运行的容器的数量的步骤包括:
获取任意一个运行的容器的实例信息,以及待增加的容器的目标IP地址;
根据所述实例信息及所述目标IP地址,生成配置信息;
基于所述配置信息创建新的容器。
6.一种资源调节装置,其特征在于,应用于服务器,所述服务器配置有容器编排组件,所述容器编排组件运行有至少一个容器,所述容器编排组件包括:
获取模块,用于获取目标消息队列的队列长度,其中,所述目标消息队列用于缓存运行中的容器的待处理任务;
扩容模块,用于判断所述队列长度是否大于第一预设阈值,若所述队列长度大于所述第一预设阈值,则增加运行的容器的数量。
7.根据权利要求6所述的资源调节装置,其特征在于,所述容器编排组件还包括:
缩容模块,用于若所述队列长度小于所述第一预设阈值,则判断所述队列长度是否小于第二预设阈值,其中,所述第二预设阈值小于所述第一预设阈值;若所述队列长度小于所述第二预设阈值,则减少所述容器的数量。
8.根据权利要求6所述的资源调节装置,其特征在于,所述服务器还配置有监控组件及消息队列组件,所述容器编排组件包括的获取模块用于:
所述监控组件通过消息队列组件的目标接口,获取全部消息队列的队列长度,并通过自定义度量接口将全部所述消息队列的队列长度注册至所述容器编排组件;
所述容器编排组件从全部所述消息队列的队列长度中获取目标消息队列的队列长度。
9.一种电子设备,其特征在于,所述电子设备包括处理器、存储器及总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器及所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行权利要求1-5任意一项所述的资源调节方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质存储有计算机程序,计算机程序被执行时实现权利要求1-5任意一项所述的资源调节方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011440278.2A CN112559173A (zh) | 2020-12-07 | 2020-12-07 | 资源调节方法、装置、电子设备和可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011440278.2A CN112559173A (zh) | 2020-12-07 | 2020-12-07 | 资源调节方法、装置、电子设备和可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112559173A true CN112559173A (zh) | 2021-03-26 |
Family
ID=75061122
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011440278.2A Pending CN112559173A (zh) | 2020-12-07 | 2020-12-07 | 资源调节方法、装置、电子设备和可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112559173A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113645156A (zh) * | 2021-07-16 | 2021-11-12 | 苏州浪潮智能科技有限公司 | 交换机sai层消息队列调节方法、系统、终端及存储介质 |
CN113792192A (zh) * | 2021-08-09 | 2021-12-14 | 万翼科技有限公司 | 开源业务函数支撑系统及业务函数的控制方法 |
CN114374657A (zh) * | 2022-01-04 | 2022-04-19 | 京东科技控股股份有限公司 | 一种数据处理方法和装置 |
-
2020
- 2020-12-07 CN CN202011440278.2A patent/CN112559173A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113645156A (zh) * | 2021-07-16 | 2021-11-12 | 苏州浪潮智能科技有限公司 | 交换机sai层消息队列调节方法、系统、终端及存储介质 |
CN113645156B (zh) * | 2021-07-16 | 2023-08-08 | 苏州浪潮智能科技有限公司 | 交换机sai层消息队列调节方法、系统、终端及存储介质 |
CN113792192A (zh) * | 2021-08-09 | 2021-12-14 | 万翼科技有限公司 | 开源业务函数支撑系统及业务函数的控制方法 |
CN113792192B (zh) * | 2021-08-09 | 2022-12-30 | 万翼科技有限公司 | 开源业务函数支撑系统及业务函数的控制方法 |
CN114374657A (zh) * | 2022-01-04 | 2022-04-19 | 京东科技控股股份有限公司 | 一种数据处理方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112559173A (zh) | 资源调节方法、装置、电子设备和可读存储介质 | |
CN107798108B (zh) | 一种异步任务查询方法及设备 | |
US10848366B2 (en) | Network function management method, management unit, and system | |
US10897428B2 (en) | Method, server system and computer program product for managing resources | |
CN109960575B (zh) | 一种计算能力共享方法、系统及相关设备 | |
CN113132489A (zh) | 下载文件的方法、装置、计算设备和介质 | |
US20130305245A1 (en) | Methods for managing work load bursts and devices thereof | |
US10733022B2 (en) | Method of managing dedicated processing resources, server system and computer program product | |
US20180191861A1 (en) | Method and Apparatus for Scheduling Resources in a Cloud System | |
US10223407B2 (en) | Asynchronous processing time metrics | |
US8250205B2 (en) | Business process management system, method thereof, process management computer and program thereof | |
CN107294911B (zh) | 一种数据包监听方法及装置、远程过程调用系统、设备 | |
US11356347B2 (en) | Method and apparatus for monitoring performance of virtualized network functions | |
CN108600008B (zh) | 服务器管理方法、服务器管理装置及分布式系统 | |
CN106570011B (zh) | 一种分布式爬虫url种子分发方法、调度节点及抓取节点 | |
CN107045452B (zh) | 虚拟机调度方法和装置 | |
US10616081B2 (en) | Application aware cluster monitoring | |
CN111556043B (zh) | 一种报文处理方法、装置、系统、设备及可读存储介质 | |
CN111352710B (zh) | 进程管理方法及装置、计算设备、存储介质 | |
US11093281B2 (en) | Information processing apparatus, control method, and program to control allocation of computer resources for different types of tasks | |
US8549537B2 (en) | Middleware bridge system and method | |
CN115391042B (zh) | 一种资源分配方法、装置、电子设备及存储介质 | |
CN111131292B (zh) | 报文分流方法、装置、网络安全检测设备及存储介质 | |
CN108108243B (zh) | 一种资源分享系统和方法 | |
CN117349009A (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 |