CN113268310B - 一种Pod资源配额调整方法、装置、电子设备及存储介质 - Google Patents
一种Pod资源配额调整方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113268310B CN113268310B CN202110387998.5A CN202110387998A CN113268310B CN 113268310 B CN113268310 B CN 113268310B CN 202110387998 A CN202110387998 A CN 202110387998A CN 113268310 B CN113268310 B CN 113268310B
- Authority
- CN
- China
- Prior art keywords
- pod
- target
- service
- application program
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 238000004891 communication Methods 0.000 claims abstract description 84
- 230000015654 memory Effects 0.000 claims description 47
- 238000004590 computer program Methods 0.000 claims description 14
- 238000001914 filtration Methods 0.000 claims 2
- 238000001824 photoionisation detection Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 5
- 230000007704 transition Effects 0.000 description 2
- 241000282326 Felis catus Species 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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
-
- 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/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
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 And Data Communications (AREA)
Abstract
本发明公开了一种Pod资源配额调整方法,该方法包括:确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的业务Pod的各类型资源的目标配额;目标Pod,为用于控制目标应用程序的通信连接的Pod;目标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用程序;基于目标Pod的IP地址确定目标应用程序的IP地址,基于目标应用程序的IP地址建立电子设备与目标应用程序的http通信连接关系;获取待进行资源配额调整的业务Pod所对应的业务容器的ID;基于http通信连接关系,根据业务容器的ID控制目标应用程序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标配额。发明还公开一种Pod资源配额调整装置、电子设备及计算机可读存储介质。
Description
技术领域
本发明涉及容器编排技术领域,尤其涉及一种Pod资源配额调整方法、装 置、电子设备及存储介质。
背景技术
Kubernetes是一个容器编排引擎,它支持自动化部署、大规模可伸缩、应 用容器化管理。Pod是Kubernetes中可以创建和部署的最小也是最简的单位,它代表着集群中运行的进程,所以对资源配额的管理,最终要落实到对Pod的 资源管理上。其中,对Pod的资源管理主要是对中央处理器(Central Processing Unit,CPU)、内存和进程标识符(ProcessIdentification,PID)数量的管理, Pod中的每个容器都可以指定CPU和内存的容器能使用资源的最大值和容器 使用的最小资源需求值。当设置完这些值之后,在创建一个Pod时,Kubernetes 调度程序将为Pod选择一个节点,使该节点具有每种资源类型的最大容量,可为Pod提供其所需的CPU和内存。
目前,对于新上业务,为了实现业务高效稳定的运行,以及在资源紧张的 情况下,可以提高业务资源的利用率,通常需要反复调整Pod资源配额,以便 实现使用最小的资源承载最大的业务能力。
相关技术中,调整Pod资源配额时,通常通过修改Pod描述信息,进而实 现Pod资源配额调整。然而,采用该方法时,一方面会将原有Pod删除,重新 启用一个新的Pod,容易消耗时间以及浪费调度资源;另一方面,该方法对于 PID数量的最大限制调整并不支持。
发明内容
本发明实施例提供一种Pod资源配额调整方法,用以解决现有技术中调整 Pod资源配额时,容易消耗时间、浪费调度资源,以及无法对PID数量的最大限制进行调整的问题。
本发明实施例还提供一种Pod资源配额调整装置,一种电子设备,以及一 种计算机可读存储介质。
本发明实施例采用下述技术方案:
一种Pod资源配额调整方法,包括:
确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的业务Pod 的各类型资源的目标配额;目标Pod,为用于控制目标应用程序的通信连接的 Pod;目标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用 程序;
基于目标Pod的IP地址确定目标应用程序的IP地址,基于目标应用程序 的IP地址建立电子设备与目标应用程序的http通信连接关系;
获取待进行资源配额调整的业务Pod所对应的业务容器的ID;
基于http通信连接关系,根据业务容器的ID控制目标应用程序调用容器 服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标 配额。
可选的,业务Pod的类型包括以下至少一种:
Deployment创建的Pod;
StatefulSet创建的Pod;
DaemonSet创建的Pod;
单个Pod。
可选的,若Pod类型包括Deployment创建的Pod,则确定目标Pod的互 联网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询Deployment创建的Pod中业务 Pod所在的第一节点信息;
根据第一节点信息确定第一节点上所有Pod的信息,以及目标Pod的关键 字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括StatefulSet创建的Pod,则确定目标Pod的互联 网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询StatefulSet创建的Pod中业务Pod 所在的第二节点信息;
根据第二节点信息确定第二节点上所有Pod的信息,以及目标Pod的关键 字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括DaemonSet创建的Pod,则确定目标Pod的互联 网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询DaemonSet创建的Pod中业务 Pod所在的第三节点信息;
根据第三节点信息确定第三节点上所有Pod的信息,以及目标Pod的关键 字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括单个Pod,则确定目标Pod的互联网协议IP地址, 包括:
基于单个Pod的Pod信息,以及目标Pod的关键字,确定目标Pod的互联 网协议IP地址。
可选的,控制目标应用程序调用容器服务和/或dockershim服务,以将业 务容器中的各类型资源的配额调整为目标配额,包括:
创建守护进程服务;
当守护进程服务中的Pod启动时,挂载预设第一文件和/或预设第二文件, 以控制目标应用程序与容器服务和/或dockershim服务建立通信连接关系;其 中,预设第一文件用于建立目标应用程序与容器服务的通信连接关系,预设第 二文件用于建立目标应用程序与dockershim服务的通信连接关系;
基于通信连接关系,将业务容器中各类型资源的配额调整为与目标配额对 应的配额。
可选的,各类型资源包括以下至少一种:
中央处理器的最小需求值;
中央处理器的最大值;
内存的最大值;
进程标识符数量的最大值。
一种Pod资源配额调整装置,应用于电子设备,包括确定模块、建立模块、 获取模块和控制模块,其中:
确定模块,用于确定目标Pod的互联网协议IP地址,以及待进行资源配 额调整的业务Pod的各类型资源的目标配额;目标Pod,为用于控制目标应用 程序的通信连接的Pod;目标应用程序,为用于实现容器运行时接口,以及提 供Web服务的应用程序;
建立模块,用于基于目标Pod的IP地址确定目标应用程序的IP地址,基 于目标应用程序的IP地址建立电子设备与目标应用程序的http通信连接关系;
获取模块,用于获取待进行资源配额调整的业务Pod所对应的业务容器的 ID;
控制模块,用于基于http通信连接关系,根据业务容器的ID控制目标应 用程序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的 配额调整为目标配额。
可选的,业务Pod的类型包括以下至少一种:
Deployment创建的Pod;
StatefulSet创建的Pod;
DaemonSet创建的Pod;
单个Pod。
可选的,若Pod类型包括Deployment创建的Pod,则确定模块,包括:
第一查询单元,用于调用容器编排引擎的应用程序接口,查询Deployment 创建的Pod中业务Pod所在的第一节点信息;
第一确定单元,用于根据第一节点信息确定第一节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括StatefulSet创建的Pod,则确定模块,包括:
第二查询单元,用于调用容器编排引擎的应用程序接口,查询StatefulSet 创建的Pod中业务Pod所在的第二节点信息;
第二确定单元,用于根据第二节点信息确定第二节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括DaemonSet创建的Pod,则确定模块,包括:
第三查询单元,用于调用容器编排引擎的应用程序接口,查询DaemonSet 创建的Pod中业务Pod所在的第三节点信息;
第三确定单元,用于根据第三节点信息确定第三节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括单个Pod,则确定模块,包括:
第四确定单元,用于基于单个Pod的Pod信息,以及目标Pod的关键字, 确定目标Pod的互联网协议IP地址。
可选的,控制模块,包括:
创建单元,用于创建守护进程服务;
控制单元,用于当守护进程服务中的Pod启动时,挂载预设第一文件和/ 或预设第二文件,以控制目标应用程序与容器服务和/或dockershim服务建立 通信连接关系;其中,预设第一文件用于建立目标应用程序与dockershim服务 的通信连接关系,预设第二文件用于建立目标应用程序与容器服务的通信连接 关系;
调整单元,用于基于通信连接关系,将业务容器中各类型资源的配额调整 为与目标配额对应的配额。
可选的,各类型资源包括以下至少一种:
中央处理器的最小需求值;
中央处理器的最大值;
内存的最大值;
进程标识符数量的最大值。
一种电子设备,包括:存储器、处理器及存储在所述存储器上并可在所述 处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上所 述的Pod资源配额调整方法的步骤。
一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储 有计算机程序,所述计算机程序被处理器执行时实现如上所述的Pod资源配额 调整方法的步骤。
本发明实施例采用的上述至少一个技术方案能够达到以下有益效果:
采用本发明实施例提供的装置,可以确定目标Pod的互联网协议IP地址, 以及待进行资源配额调整的业务Pod的各类型资源的目标配额;目标Pod,为 用于控制目标应用程序的通信连接的Pod;目标应用程序,为用于实现容器运 行时接口,以及提供Web服务的应用程序;然后,基于目标Pod的IP地址确 定目标应用程序的IP地址,基于目标应用程序的IP地址建立电子设备与目标 应用程序的http通信连接关系;获取待进行资源配额调整的业务Pod所对应的 业务容器的ID;基于http通信连接关系,根据业务容器的ID控制目标应用程 序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的配额 调整为目标配额,这样,由于业务Pod在Pod资源调整过程中不会重启,也不会被重新调度,因此,相对于现有技术而言,一方面,可以节省Pod资源调整 时间以及调度资源。
另一方面,本发明实施例基于http通信连接关系,根据业务容器的ID, 可以控制目标应用程序调用容器服务和/或dockershim服务,可以将业务容器 中的各类型资源的配额调整为目标配额,因此,可以避免相关技术中无法对PID 数量的最大限制进行调整的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部 分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不 当限定。在附图中:
图1a为本发明实施例提供的一种Pod资源配额调整方法的实现流程示意 图;
图1b为本发明实施例提供的一种控制目标应用程序进行通信的方法的实 现流程示意图;
图1c为本发明实施例提供的控制目标应用程序调用容器服务和/或 dockershim服务,以将业务容器中的各类型资源的配额调整为目标配额的方法 的实现流程示意图;
图2为本发明实施例提供的Pod资源配额调整方法在实际中的一种应用流 程的示意图;
图3为本发明实施例提供一种Pod资源配额调整装置的具体结构示意图;
图4为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明具体实 施例及相应的附图对本发明技术方案进行清楚、完整地描述。显然,所描述的 实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施 例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施 例,都属于本发明保护的范围。
以下结合附图,详细说明本发明各实施例提供的技术方案。
实施例1
为解决现有技术中调整Pod资源配额时,容易消耗时间、浪费调度资源, 以及无法对PID数量的最大限制进行调整的问题,本发明实施例提供一种Pod 资源配额调整方法。
该方法的执行主体,可以是各种类型的计算设备,或者,可以是安装于计 算设备上的应用程序或应用(Application,APP)。所述的计算设备,比如可以 是手机、平板电脑、智能可穿戴设备等用户终端,也可以是服务器等。
为便于描述,本发明实施例以该方法的执行主体为服务器为例,对该方法 进行介绍。本领域技术人员可以理解,本发明实施例以该服务器为例对方法进 行介绍,仅是一种示例性说明,并不对本方案对应的权利要求保护范围构成限 制。
具体地,本发明实施例提供的该方法的实现流程如图1a所示,包括如下 步骤:
步骤11,确定目标Pod的互联网协议IP地址,以及待进行资源配额调整 的业务Pod的各类型资源的目标配额。
目标Pod,为用于控制目标应用程序的通信连接的Pod。其中,目标应用 程序,为用于实现容器运行时(Container Runtime,CRI)接口,以及提供Web 服务的应用程序。例如,目标应用程序比如可以是CRI-Web程序。
待进行资源配额调整的业务Pod的各类型资源,可以理解为需要进行资源配额调整的业务Pod的各类型资源,比如中央处理器(Central Processing Unit, CPU)资源、内存资源、进程标识符资源,磁盘的输入和输出资源、图形处理 器(Graphics ProcessingUnit,GPU)资源以及容器空间大小资源等。
业务Pod的类型包括以下至少一种:
Deployment创建的Pod;
StatefulSet创建的Pod;
DaemonSet创建的Pod;
单个Pod。
资源配额,可以通过资源配额ResourceQuota对象来定义,用于对每个命 名空间namespace的资源消耗总量提供限制。它可以按类型限制namespace下 可以创建的对象的数量,也可以限制可被该项目以资源形式消耗的计算资源的 总量。
目标配额,也即针对各类型资源所期望达到的资源额度值,比如,若期望 CPU资源为4,则对应的CPU资源的目标配额为4。其中,该额度值可以是最 小需求值,也可以是最大值,例如,可以是中央处理器的最小需求值,中央处 理器的最大值,内存的最大值,进程标识符数量的最大值,本发明实施例对此 不作任何限定。
本发明实施例中,通过目标配额对各类型资源的调整,可以保证设置的资 源配额和其实际使用量相匹配,使得集群能够部署更多的Pod,进而减少资源 浪费,提高资源利用率。
本发明实施例中,在确定目标Pod的互联网协议IP地址时,考虑到目标 Pod的关键字与其他Pod的关键字不同,因此,可以先基于接收到的资源配额 调整请求,调用容器编排引擎的应用程序接口(Kubernetes API接口),查询出 待进行资源配额调整的Pod所在的节点Node信息,然后通过Node信息查询 出该Node上面所有Pod的信息,最后根据目标Pod的关键字过滤出目标Pod, 然后基于过滤出的目标Pod确定该目标Pod对应的互联网协议IP地址。
其中,Kubernetes API接口可以用于管理和操作kuberntes集群。
资源配额调整请求,可以由用户或者预设程序通过资源表现层状态转换的 应用程序接口(Representational State Transfer-Application Programming Interface,Restful API)向电子设备发送。其中,资源表现层状态转换的应用程序接口可以用于用户或者应用程序与电子设备之间的通信。
例如,若Pod类型包括Deployment创建的Pod,则确定目标Pod的互联 网协议IP地址,包括:
调用Kubernetes API接口,查询Deployment创建的Pod中业务Pod所在 的第一节点信息;根据第一节点信息确定第一节点上所有Pod的信息,以及目 标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括StatefulSet创建的Pod,则确定目标Pod的互联 网协议IP地址,包括:
调用Kubernetes API接口,查询StatefulSet创建的Pod中业务Pod所在的 第二节点信息;根据第二节点信息确定第二节点上所有Pod的信息,以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括DaemonSet创建的Pod,则确定目标Pod的互联 网协议IP地址,包括:
调用Kubernetes API接口,查询DaemonSet创建的Pod中业务Pod所在的 第三节点信息;根据第三节点信息确定第三节点上所有Pod的信息,以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
需要说明的是,上述确定目标Pod的互联网协议IP地址的方法通常适用 于待进行资源配额调整的业务Pod为Deployment,StatefulSet,DaemonSet等 方式创建、部署的多个Pod情况。当待进行资源配额调整的Pod为单个Pod时, 则可以直接基于所述单个Pod的Pod信息,以及目标Pod的关键字,确定目标 Pod的互联网协议IP地址。
例如,若Pod类型包括单个Pod,则确定目标Pod的互联网协议IP地址, 包括:基于单个Pod的Pod信息,以及目标Pod的关键字,确定目标Pod的互 联网协议IP地址。
步骤12,基于目标Pod的IP地址确定目标应用程序的IP地址,基于目标 应用程序的IP地址建立电子设备与目标应用程序的http通信连接关系。
本发明实施例中,考虑到目标Pod为用于控制目标应用程序的通信连接的 Pod,因此,可以先基于目标Pod的IP地址确定目标应用程序的IP地址,然 后基于目标应用程序的IP地址建立电子设备与目标应用程序的http通信连接 关系。
其中,基于目标应用程序的IP地址建立电子设备与目标应用程序的http 通信连接关系之后,可以使得目标应用程序能够提供对外的Restful API,以便 电子设备可以通过http服务控制目标应用程序调用相关功能。
例如,如图1b所示,本发明实施例中,基于目标应用程序的IP地址建立 电子设备与目标应用程序的http通信连接关系之后,电子设备则可以控制目标 应用程序(图1b中的cri-web),以便目标应用程序可以通过谷歌远程过程调用技术(Google Remote ProcedureCall,GRPC)(图1b中的grpc)直接和分布式 集群管理系统kuberntes的生命周期管理节点kubelet中的dockershim通信,然 后dockershim再通过套接字socket与容器(图1b中的container)进行通信, 从而实现对CPU,内存等资源的配额大小进行调整。
需要说明的是,由于上述通过谷歌远程过程调用技术(Google Remote ProcedureCall,GRPC)使目标应用程序直接和分布式集群管理系统kuberntes 的生命周期管理节点kubelet中的dockershim通信,然后dockershim再通过套 接字socket与容器进行通信,以实现对各类型资源的配额大小进行调整的方法, 主要依赖于容器运行时接口(CRI接口)定义的UpdateContainerResources方 法,而该接口对于进程标识符(Process Identifier,PID)资源的调整并不支持, 因此采用上述方法无法对PID的资源进行调整。为了解决该问题,本发明实施例中,如图1b所示,可以采用直接调用containersocket(图1b中的socket)的方法,让目标应用程序(图1b中的cri-web)与容器(图1b中的container) 通信,从而对PID资源的最大限制进行设置。
步骤13,获取待进行资源配额调整的业务Pod所对应的业务容器的ID。
其中,业务Pod可以包括通过Deployment创建的Pod,StatefulSet创建的 Pod,和/或DaemonSet创建的Pod等。
业务容器,可以理解为用于部署业务程序的容器。对应的,业务容器的ID 也即用于部署业务程序的容器的唯一标识码。
考虑到创建容器时,通常会将容器的名称与ID记录在redis中,因此本发 明实施例中,可以通过cat/proc/self/cgroup方式获取待进行资源配额调整的业 务Pod所对应的业务容器的ID。
需要说明的是,上述例举的获取业务容器对应的ID的方法仅是本发明实 施例的一种示例性说明,并不对本发明实施例造成任何限定。
步骤14,基于http通信连接关系,根据业务容器的ID控制目标应用程序 调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的配额调 整为目标配额。
如图1c所示,本发明实施例中,控制目标应用程序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标配额时,可 以采用如下步骤:
步骤141,创建守护进程服务。
本发明实施例中,可以使用Kubernetes的守护进程集功能创建守护进程服 务。
步骤142,当守护进程服务中的Pod启动时,挂载预设第一文件和/或预设 第二文件,以控制目标应用程序与容器服务和/或dockershim服务建立通信连 接关系;其中,预设第一文件用于建立目标应用程序与dockershim服务的通信 连接关系,预设第二文件用于建立目标应用程序与容器服务的通信连接关系。
例如,本发明实施例中,预设第一文件可以是节点Node上的 unix:///var/run/dockershim.sock文件,预设第二文件可以是节点Node上的 unix:///var/run/docker.sock文件。
可选的,若待进行资源配额调整的各类型资源包括CPU资源和内存资源, 则在守护进程服务中的Pod启动时,可以挂载预设第一文件,以控制目标应用 程序与dockershim服务建立通信连接关系。
可选的,若待进行资源配额调整的各类型资源包括PID资源,则当守护进 程服务中的Pod启动时,可以挂载预设第二文件,以控制目标应用程序与容器 服务建立通信连接关系。
或者,若待进行资源配额调整的各类型资源包括CPU资源、内存资源和PID资源,则当守护进程服务中的Pod启动时,可以同时挂载预设第一文件和 预设第二文件,以控制目标应用程序与容器服务建立通信连接关系,以及控制 目标应用程序和dockershim服务建立通信连接关系。
步骤143,基于通信连接关系,将业务容器中各类型资源的配额调整为与 目标配额对应的配额。
执行完步骤142,控制目标应用程序与容器服务和/或dockershim服务建立 通信连接关系之后,则可以基于通信连接关系,将业务容器中各类型资源的配 额调整为与目标配额对应的配额。
采用本发明实施例提供的该方法,可以确定目标Pod的互联网协议IP地 址,以及所述待进行资源配额调整的各类型资源的目标配额;所述目标Pod, 为用于控制目标应用程序的通信连接的Pod;所述目标应用程序,为用于实现 容器运行时接口,以及提供Web服务的应用程序;然后,基于所述目标Pod 的IP地址确定所述目标应用程序的IP地址,基于所述目标应用程序的IP地址 建立所述电子设备与所述目标应用程序的http通信连接关系;获取待进行资源配额调整的业务Pod所对应的业务容器的ID;基于所述http通信连接关系,根据所述业务容器的ID控制所述目标应用程序调用容器服务和/或dockershim 服务,以将所述业务容器中的所述各类型资源的配额调整为所述目标配额,这 样,业务Pod在Pod资源调整过程中不会重启,也不会被重新调度,相对于现有技术而言,一方面,可以节省Pod资源调整时间以及调度资源。
另一方面,本发明实施例基于所述http通信连接关系,根据所述业务容器 的ID,可以控制所述目标应用程序调用容器服务和/或dockershim服务,将所 述业务容器中的所述各类型资源的配额调整为所述目标配额,因此,可以避免 相关技术中无法对PID数量的最大限制进行调整的问题。
实施例2
以下结合实际场景,说明本发明实施例提供的方法在实际中如何应用。
请参见图2,为本发明实施例提供的方法在实际中的一种应用流程的示意 图,该方法以业务Pod的类型包括Deployment创建的Pod为例。该流程具体 包括如下步骤:
步骤21,接收用户发送的资源配额调整请求;其中,资源配额调整请求包 括待进行资源配额调整的业务Pod的各类型资源的目标配额。
本发明实施例中,用户可以通过Restful API指定对应的业务Pod的创建方 式,并设置该业务Pod的资源配额,以向电子设备发送资源配额调整请求。
步骤22,电子设备接收到资源配额调整请求之后,调用Kubernetes API 接口,查询出Deployment中业务Pod所在的Node信息,然后通过Node信息 查询出Node上面所有Pod的信息,过滤出目标Pod,并记录此目标Pod对应 的互联网协议IP地址(图2中简记为调用Kubernetes API接口查询)。
步骤23,基于互联网协议IP地址,建立电子设备与所述目标应用程序的 http通信连接关系(图2中简记为建立http通信连接)。
步骤24,确定Deployment创建的Pod中待进行资源配额调整的业务Pod 所对应的业务容器的ID(图2中简记为确定业务容器的ID)。
步骤25,基于各类型资源的目标配额,以及http通信连接关系,将业务容 器中各类型资源的配额调整为所述目标配额(图2中简记为 unix:///var/run/dockershim.sock和unix:///var/run/docker.sock)。
具体地,本发明实施例中,可以先使用Kubernetes的守护进程集功能创建 守护进程服务;当守护进程服务中的Pod启动时,挂载预设第一文件和/或预设第二文件,以控制目标应用程序与容器服务和/或dockershim服务建立通信 连接关系;其中,预设第一文件用于建立目标应用程序与dockershim服务的通 信连接关系,预设第二文件用于建立目标应用程序与容器服务的通信连接关系。
例如,本发明实施例中,预设第一文件可以是节点Node上的 unix:///var/run/dockershim.sock文件,预设第二文件可以是节点Node上的unix:///var/run/docker.sock文件。
可选的,若待进行资源配额调整的各类型资源包括CPU资源和内存资源, 则在守护进程服务中的Pod启动时,可以挂载预设第一文件,以控制目标应用 程序与dockershim服务建立通信连接关系。
可选的,若待进行资源配额调整的各类型资源包括PID资源,则当守护进 程服务中的Pod启动时,可以挂载预设第二文件,以控制目标应用程序与容器 服务建立通信连接关系。
或者,若待进行资源配额调整的各类型资源包括CPU资源、内存资源和 PID资源,则当守护进程服务中的Pod启动时,可以同时挂载预设第一文件和 预设第二文件,以控制目标应用程序与容器服务建立通信连接关系,以及控制 目标应用程序和dockershim服务建立通信连接关系。
采用本发明实施例提供的该方法,可以确定目标Pod的互联网协议IP地 址,以及所述待进行资源配额调整的各类型资源的目标配额;所述目标Pod, 为用于控制目标应用程序的通信连接的Pod;所述目标应用程序,为用于实现 容器运行时接口,以及提供Web服务的应用程序;然后,基于所述目标Pod 的IP地址确定所述目标应用程序的IP地址,基于所述目标应用程序的IP地址 建立所述电子设备与所述目标应用程序的http通信连接关系;获取待进行资源配额调整的业务Pod所对应的业务容器的ID;基于所述http通信连接关系,根据所述业务容器的ID控制所述目标应用程序调用容器服务和/或dockershim 服务,以将所述业务容器中的所述各类型资源的配额调整为所述目标配额,这样,业务Pod在Pod资源调整过程中不会重启,也不会被重新调度,相对于现 有技术而言,一方面,可以节省Pod资源调整时间以及调度资源。
另一方面,本发明实施例基于所述http通信连接关系,根据所述业务容器 的ID,可以控制所述目标应用程序调用容器服务和/或dockershim服务,将所 述业务容器中的所述各类型资源的配额调整为所述目标配额,因此,可以避免 相关技术中无法对PID数量的最大限制进行调整的问题。
实施例3
为解决现有技术调整Pod资源配额时,容易消耗时间、浪费调度资源,以 及无法对PID数量的最大限制进行调整的问题,本发明实施例提供一种Pod资源配额调整装置,该装置的具体结构示意图如图3所示,包括确定模块31、建 立模块32、获取模块33和控制模块34。各模块的功能如下:
确定模块31,用于确定目标Pod的互联网协议IP地址,以及待进行资源 配额调整的各类型资源的目标配额;目标Pod,为用于控制目标应用程序的通 信连接的Pod;目标应用程序,为用于实现容器运行时接口,以及提供Web服 务的应用程序。
建立模块32,用于基于目标Pod的IP地址确定目标应用程序的IP地址, 基于目标应用程序的IP地址建立电子设备与目标应用程序的http通信连接关系。
获取模块33,用于获取待进行资源配额调整的业务Pod所对应的业务容器 的ID。
控制模块33,用于基于http通信连接关系,根据业务容器的ID控制目标 应用程序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源 的配额调整为目标配额。
可选的,业务Pod的类型包括以下至少一种:
Deployment创建的Pod;
StatefulSet创建的Pod;
DaemonSet创建的Pod;
单个Pod。
可选的,若Pod类型包括Deployment创建的Pod,则确定模块31,包括:
第一查询单元,用于调用容器编排引擎的应用程序接口,查询Deployment 创建的Pod中业务Pod所在的第一节点信息;
第一确定单元,用于根据第一节点信息确定第一节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括StatefulSet创建的Pod,则确定模块31,包括:
第二查询单元,用于调用容器编排引擎的应用程序接口,查询StatefulSet 创建的Pod中业务Pod所在的第二节点信息;
第二确定单元,用于根据第二节点信息确定第二节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括DaemonSet创建的Pod,则确定模块31,包括:
第三查询单元,用于调用容器编排引擎的应用程序接口,查询DaemonSet 创建的Pod中业务Pod所在的第三节点信息;
第三确定单元,用于根据第三节点信息确定第三节点上所有Pod的信息, 以及目标Pod的关键字,确定目标Pod的互联网协议IP地址。
可选的,若Pod类型包括单个Pod,则确定模块31,包括:
第四确定单元,用于基于单个Pod的Pod信息,以及目标Pod的关键字, 确定目标Pod的互联网协议IP地址。
可选的,控制模块33,包括:
创建单元,用于创建守护进程服务;
控制单元,用于当守护进程服务中的Pod启动时,挂载预设第一文件和/ 或预设第二文件,以控制目标应用程序与容器服务和/或dockershim服务建立 通信连接关系;其中,预设第一文件用于建立目标应用程序与dockershim服务 的通信连接关系,预设第二文件用于建立目标应用程序与容器服务的通信连接 关系;
调整单元,用于基于通信连接关系,将业务容器中各类型资源的配额调整 为与目标配额对应的配额。
可选的,各类型资源包括以下至少一种:
中央处理器的最小需求值;
中央处理器的最大值;
内存的最大值;
进程标识符数量的最大值。
采用本发明实施例提供的该装置,可以确定目标Pod的互联网协议IP地 址,以及待进行资源配额调整的各类型资源的目标配额;目标Pod,为用于控 制目标应用程序的通信连接的Pod;目标应用程序,为用于实现容器运行时接 口,以及提供Web服务的应用程序;然后,基于目标Pod的IP地址确定目标 应用程序的IP地址,基于目标应用程序的IP地址建立电子设备与目标应用程 序的http通信连接关系;获取待进行资源配额调整的业务Pod所对应的业务容 器的ID;基于http通信连接关系,根据业务容器的ID控制目标应用程序调用容器服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标配额,这样,业务Pod在Pod资源调整过程中不会重启,也不会被重新调 度,相对于现有技术而言,一方面,可以节省Pod资源调整时间以及调度资源。
另一方面,本发明实施例基于所述http通信连接关系,根据所述业务容器 的ID,可以控制所述目标应用程序调用容器服务和/或dockershim服务,将所 述业务容器中的所述各类型资源的配额调整为所述目标配额,因此,可以避免 相关技术中无法对PID数量的最大限制进行调整的问题。。
实施例4
本说明书的第四实施方式涉及一种电子设备,如图4所示。在硬件层面, 电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存 储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM), 也可能还包括非易失性存储器(non-volatilememory),例如至少1个磁盘存储器 等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以 是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponentInterconnect,外设部件互连标准)总线或 EISA(Extended IndustryStandardArchitecture,扩展工业标准结构)总线等。所述 总线可以分为地址总线、数据总线、控制总线等。为便于表示,图4仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码 包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提 供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在 逻辑层面上形成Pod资源配额调整装置。处理器,执行存储器所存放的程序, 并具体用于执行以下操作:
确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的各类型 资源的目标配额;目标Pod,为用于控制目标应用程序的通信连接的Pod;目 标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用程序;
基于目标Pod的IP地址确定目标应用程序的IP地址,基于目标应用程序 的IP地址建立电子设备与目标应用程序的http通信连接关系;
获取待进行资源配额调整的业务Pod所对应的业务容器的ID;
基于http通信连接关系,根据业务容器的ID控制目标应用程序调用容器 服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标 配额。
上述如本说明书提供的一种Pod资源配额调整方法可以应用于处理器中, 或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。 在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或 者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器 (CentralProcessing Unit,CPU)、网络处理器(Network Processor,NP)等;还可 以是数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬 件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理 器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块 可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可 编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处 理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
本说明书实施例还提出了一种计算机可读存储介质,该计算机可读存储介 质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应 用程序的电子设备执行时,能够使该电子设备执行一种Pod资源配额调整方法, 并具体用于执行:
确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的各类型 资源的目标配额;目标Pod,为用于控制目标应用程序的通信连接的Pod;目 标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用程序;
基于目标Pod的IP地址确定目标应用程序的IP地址,基于目标应用程序 的IP地址建立电子设备与目标应用程序的http通信连接关系;
获取待进行资源配额调整的业务Pod所对应的业务容器的ID;
基于http通信连接关系,根据业务容器的ID控制目标应用程序调用容器 服务和/或dockershim服务,以将业务容器中的各类型资源的配额调整为目标 配额。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实 体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然, 在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、装置、或 计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、 或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个 其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存 储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序 产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框 的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理 机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其 他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程 或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个 流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出 接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器 (RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内 存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任 何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序 的模块或其他数据。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非 排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包 括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、 方法、商品或者设备所固有的要素。在没有更多限制时,由语句“包括一个……” 限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相 似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之 处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的 比较简单,相关之处参见方法实施例的部分说明即可。
Claims (11)
1.一种Pod资源配额调整方法,应用于电子设备,其特征在于,包括:
确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的业务Pod各类型资源的目标配额;所述目标Pod,为用于控制目标应用程序的通信连接的Pod;所述目标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用程序;
基于所述目标Pod的IP地址确定所述目标应用程序的IP地址,基于所述目标应用程序的IP地址建立所述电子设备与所述目标应用程序的http通信连接关系;
获取所述待进行资源配额调整的业务Pod所对应的业务容器的ID;
基于所述http通信连接关系,根据所述业务容器的ID控制所述目标应用程序调用容器服务和/或dockershim服务,以将所述业务容器中的所述各类型资源的配额调整为所述目标配额;
其中,所述确定目标Pod的互联网协议IP地址,包括:
在业务Pod为多个Pod的情况下,调用容器编排引擎的应用程序接口,查询待进行资源配额调整的业务Pod所在的节点信息;根据所述节点信息,确定所述待进行资源配额调整的业务Pod所在的节点上所有Pod的信息;根据目标Pod的关键字过滤出目标Pod;基于过滤出的目标Pod确定所述目标Pod的IP地址。
2.如权利要求1所述的方法,其特征在于,所述业务Pod的类型包括以下至少一种:
Deployment创建的Pod;
StatefulSet创建的Pod;
DaemonSet创建的Pod;
单个Pod。
3.如权利要求2所述的方法,其特征在于,若所述Pod类型包括Deployment创建的Pod,则确定所述目标Pod的互联网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询所述Deployment创建的Pod中所述业务Pod所在的第一节点信息;
根据所述第一节点信息确定所述第一节点上所有Pod的信息,以及所述目标Pod的关键字,确定所述目标Pod的互联网协议IP地址。
4.如权利要求2所述的方法,其特征在于,若所述Pod类型包括StatefulSet创建的Pod,则确定所述目标Pod的互联网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询所述StatefulSet创建的Pod中所述业务Pod所在的第二节点信息;
根据所述第二节点信息确定所述第二节点上所有Pod的信息,以及所述目标Pod的关键字,确定所述目标Pod的互联网协议IP地址。
5.如权利要求2所述的方法,其特征在于,若所述Pod类型包括DaemonSet创建的Pod,则确定所述目标Pod的互联网协议IP地址,包括:
调用容器编排引擎的应用程序接口,查询所述DaemonSet创建的Pod中所述业务Pod所在的第三节点信息;
根据所述第三节点信息确定所述第三节点上所有Pod的信息,以及所述目标Pod的关键字,确定所述目标Pod的互联网协议IP地址。
6.如权利要求2所述的方法,其特征在于,若所述Pod类型包括单个Pod,则确定所述目标Pod的互联网协议IP地址,包括:
基于所述单个Pod的Pod信息,以及所述目标Pod的关键字,确定所述目标Pod的互联网协议IP地址。
7.如权利要求1所述的方法,其特征在于,控制所述目标应用程序调用容器服务和/或dockershim服务,以将所述业务容器中的所述各类型资源的配额调整为所述目标配额,包括:
创建守护进程服务;
当所述守护进程服务中的Pod启动时,挂载预设第一文件和/或预设第二文件,以控制所述目标应用程序与容器服务和/或dockershim服务建立通信连接关系;其中,所述预设第一文件用于建立所述目标应用程序与dockershim服务的通信连接关系,所述预设第二文件用于建立所述目标应用程序与容器服务的通信连接关系;
基于所述通信连接关系,将所述业务容器中各类型资源的配额调整为与所述目标配额对应的配额。
8.如权利要求1所述的方法,其特征在于,所述各类型资源包括以下至少一种:
中央处理器的最小需求值;
中央处理器的最大值;
内存的最大值;
进程标识符数量的最大值。
9.一种Pod资源配额调整装置,其特征在于,应用于电子设备,包括确定模块、建立模块、获取模块和控制模块,其中:
确定模块,用于确定目标Pod的互联网协议IP地址,以及待进行资源配额调整的业务Pod的各类型资源的目标配额;所述目标Pod,为用于控制目标应用程序的通信连接的Pod;所述目标应用程序,为用于实现容器运行时接口,以及提供Web服务的应用程序;
建立模块,用于基于所述目标Pod的IP地址确定所述目标应用程序的IP地址,基于所述目标应用程序的IP地址建立所述电子设备与所述目标应用程序的http通信连接关系;
获取模块,用于获取待进行资源配额调整的业务Pod所对应的业务容器的ID;
控制模块,用于基于所述http通信连接关系,根据所述业务容器的ID控制所述目标应用程序调用容器服务和/或dockershim服务,以将所述业务容器中的所述各类型资源的配额调整为所述目标配额;
其中,所述确定模块,用于:
在业务Pod为多个Pod的情况下,调用容器编排引擎的应用程序接口,查询待进行资源配额调整的业务Pod所在的节点信息;根据所述节点信息,确定所述待进行资源配额调整的业务Pod所在的节点上所有Pod的信息;根据目标Pod的关键字过滤出目标Pod;基于过滤出的目标Pod确定所述目标Pod的IP地址。
10.一种电子设备,其特征在于,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的Pod资源配额调整方法的步骤。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的Pod资源配额调整方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110387998.5A CN113268310B (zh) | 2021-04-12 | 2021-04-12 | 一种Pod资源配额调整方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110387998.5A CN113268310B (zh) | 2021-04-12 | 2021-04-12 | 一种Pod资源配额调整方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113268310A CN113268310A (zh) | 2021-08-17 |
CN113268310B true CN113268310B (zh) | 2024-04-02 |
Family
ID=77228686
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110387998.5A Active CN113268310B (zh) | 2021-04-12 | 2021-04-12 | 一种Pod资源配额调整方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113268310B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116204268A (zh) * | 2021-11-30 | 2023-06-02 | 华为技术有限公司 | 一种云实例的扩缩容方法及其相关设备 |
CN114371926B (zh) * | 2022-03-22 | 2022-05-17 | 清华大学 | 一种精细化资源分配方法、装置、电子设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110597623A (zh) * | 2019-08-13 | 2019-12-20 | 平安普惠企业管理有限公司 | 容器资源分配方法、装置、计算机设备和存储介质 |
KR20200027783A (ko) * | 2018-09-05 | 2020-03-13 | 주식회사 나눔기술 | 분산 지능모듈의 통합관리 시스템 |
CN111399986A (zh) * | 2020-03-24 | 2020-07-10 | 中国建设银行股份有限公司 | Pod资源配额配置方法及装置 |
CN111786984A (zh) * | 2020-06-28 | 2020-10-16 | 杭州海康威视数字技术股份有限公司 | Pod通信连接方法、装置及电子设备、存储介质 |
CN112506617A (zh) * | 2020-12-16 | 2021-03-16 | 新浪网技术(中国)有限公司 | Kubernetes集群中边车容器的镜像更新方法及装置 |
-
2021
- 2021-04-12 CN CN202110387998.5A patent/CN113268310B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20200027783A (ko) * | 2018-09-05 | 2020-03-13 | 주식회사 나눔기술 | 분산 지능모듈의 통합관리 시스템 |
CN110597623A (zh) * | 2019-08-13 | 2019-12-20 | 平安普惠企业管理有限公司 | 容器资源分配方法、装置、计算机设备和存储介质 |
CN111399986A (zh) * | 2020-03-24 | 2020-07-10 | 中国建设银行股份有限公司 | Pod资源配额配置方法及装置 |
CN111786984A (zh) * | 2020-06-28 | 2020-10-16 | 杭州海康威视数字技术股份有限公司 | Pod通信连接方法、装置及电子设备、存储介质 |
CN112506617A (zh) * | 2020-12-16 | 2021-03-16 | 新浪网技术(中国)有限公司 | Kubernetes集群中边车容器的镜像更新方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113268310A (zh) | 2021-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107832126B (zh) | 一种线程的调整方法及其终端 | |
CN113268310B (zh) | 一种Pod资源配额调整方法、装置、电子设备及存储介质 | |
CN107896162B (zh) | 监控系统的部署方法、装置、计算机设备及存储介质 | |
US11573725B2 (en) | Object migration method, device, and system | |
CN112506617B (zh) | Kubernetes集群中边车容器的镜像更新方法及装置 | |
CN107832100A (zh) | 一种apk插件的加载方法及其终端 | |
CN110968331B (zh) | 应用程序运行的方法和装置 | |
WO2021227999A1 (zh) | 云计算服务系统和方法 | |
CN109614232B (zh) | 任务处理方法、装置、存储介质和电子装置 | |
CN113810443A (zh) | 资源管理方法、系统、代理服务器及存储介质 | |
CN112948050A (zh) | 一种部署pod的方法及装置 | |
CN114615340A (zh) | 一种请求处理方法、装置、计算机设备和存储装置 | |
CN113886069A (zh) | 一种资源分配方法、装置、电子设备及存储介质 | |
WO2020108337A1 (zh) | 一种cpu资源调度方法及电子设备 | |
CN111459676A (zh) | 一种节点资源管理方法、装置及存储介质 | |
CN112965817B (zh) | 资源管理方法、装置和电子设备 | |
CN111913792B (zh) | 一种业务处理方法和装置 | |
CN112068960A (zh) | 一种cpu资源分配方法、装置、存储介质及设备 | |
CN114675940A (zh) | 应用实例构建方法、装置和设备 | |
CN114040378A (zh) | 应用的编排方法、装置、计算机设备和存储介质 | |
CN111294374B (zh) | 一种异构设备启动系统、方法、装置及电子设备 | |
CN113468442A (zh) | 资源位流量的分发方法、计算设备及计算机存储介质 | |
CN113127289B (zh) | 一种基于yarn集群的资源管理方法、计算机设备和存储介质 | |
CN113138842A (zh) | 微服务集群的调度方法、装置及介质 | |
CN114691309A (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230316 Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Applicant after: Sina Technology (China) Co.,Ltd. Address before: 100080 7th floor, Sina headquarters scientific research building, plot n-1 and n-2, Zhongguancun Software Park Phase II (West Expansion), Dongbeiwang West Road, Haidian District, Beijing Applicant before: Sina.com Technology (China) Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |