CN112527451A - 容器资源池的管理方法、装置、设备以及存储介质 - Google Patents
容器资源池的管理方法、装置、设备以及存储介质 Download PDFInfo
- Publication number
- CN112527451A CN112527451A CN202011395437.1A CN202011395437A CN112527451A CN 112527451 A CN112527451 A CN 112527451A CN 202011395437 A CN202011395437 A CN 202011395437A CN 112527451 A CN112527451 A CN 112527451A
- Authority
- CN
- China
- Prior art keywords
- container
- resource
- target
- containers
- management
- 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
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/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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- 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/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
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
-
- 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
- G06F2009/45583—Memory management, e.g. access or allocation
-
- 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
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种容器资源池的管理方法、装置、设备以及存储介质,涉及容器管理、云计算、边缘计算技术。具体实现方案为:获取目标容器资源池对应的资源配置请求,资源配置请求包括目标容器资源池的资源配置额度,根据资源配置请求,启动目标容器资源池对应的第一容器,以使第一容器根据资源配置额度为目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动多个第二容器,然后,通过第一容器对多个第二容器进行管理,以实现对目标容器资源池的管理。通过采用双层容器模型,由第一容器为多个第二容器分配资源,启动多个第二容器,并对多个第二容器进行直接管理,缩短了管理链路,提高了容器资源池的管理效率、管理性能和可靠性。
Description
技术领域
本申请涉及计算机技术领域中的容器管理、云计算、边缘计算技术,尤其涉及一种容器资源池的管理方法、装置、设备以及存储介质。
背景技术
目前,云计算大多采用Docker+Kubernetes架构模式。Docker是以容器为核心的技术,为应用程序的打包和分发提供了一个标准,容器是应用程序部署的基本单位。Kubernetes是基于容器技术的集群架构,在Docker技术的基础上,Kubernetes为容器化的应用程序提供一系列的服务功能。
目前主要采用如下两种方式对容器资源池进行管理。方式1:通过Kubernetes对容器资源池进行管理。方式2:通过Docker对容器资源池进行管理。
然而,上述两种方式中,需要依赖Kubernetes或者Docker对容器资源池进行管理,一方面使得容器资源池的管理链路较长,另一方面,使得管理性能和可靠性无法保证。
发明内容
本申请提供了一种容器资源池的管理方法、装置、设备以及存储介质。
第一方面,本申请提供一种容器资源池的管理方法,包括:
获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度;
根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器;
通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
第二方面,本申请提供一种容器资源池的管理装置,包括:
获取模块,用于获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度;
启动模块,用于根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器;
管理模块,用于通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
第三方面,本申请提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行第一方面中任一项所述的方法。
第四方面,本申请提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行第一方面中任一项所述的方法。
第五方面,本申请提供一种计算机程序产品,包括计算机指令,所述计算机指令被处理器执行时实现如第一方面中任一项所述的方法。
本申请提供的容器资源池的管理方法、装置、设备以及存储介质,该方法包括:获取目标容器资源池对应的资源配置请求,资源配置请求包括目标容器资源池的资源配置额度,根据资源配置请求,启动目标容器资源池对应的第一容器,以使第一容器根据资源配置额度为目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动多个第二容器,然后,通过第一容器对多个第二容器进行管理,以实现对目标容器资源池的管理。通过采用双层容器模型,由第一容器为多个第二容器分配资源,启动多个第二容器,并对多个第二容器进行直接管理,缩短了管理链路,提高了容器资源池的管理效率、管理性能和可靠性。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1为本申请实施例适用的一种可能的系统架构的示意图;
图2为现有技术中通过Kubernetes对容器资源池进行管理的过程示意图;
图3为现有技术中通过Docker对容器资源池进行管理的过程示意图;
图4为本申请提供的物理机的双层容器模型的示意图;
图5为本申请提供的一种容器资源池的管理方法的流程示意图;
图6为本申请提供的另一种容器资源池的管理方法的流程示意图;
图7为本申请提供的又一种容器资源池的管理方法的流程示意图;
图8为本申请提供的第二容器动态扩缩容的示意图;
图9为本申请提供的再一种容器资源池的管理方法的流程示意图;
图10为本申请提供的一种容器资源池的管理装置的结构示意图;
图11为本申请提供的另一种容器资源池的管理装置的结构示意图;
图12为本申请提供的一种电子设备的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本申请提供一种容器资源池的管理方法、装置、设备以及存储介质,应用于计算机技术领域中的容器管理、云计算、边缘计算技术,以缩短容器资源池的管理链路,并提升管理性能和可靠性。
首先结合图1对本申请实施例可能涉及的系统架构进行描述。
图1为本申请实施例适用的一种可能的系统架构的示意图。如图1所示,该系统为集群系统,包括管理节点和多个工作节点。管理节点实现对多个工作节点的管理。集群系统可以应用于云计算、边缘计算等多种场景中。
目前,集群系统大多采用Docker+Kubernetes架构。其中,Docker是以容器为核心的技术,为应用程序的打包和分发提供了一个标准,容器是应用程序部署的基本单位。Kubernetes是一个用于容器编排的系统,支持应用程序的自动化部署、扩展和管理。在Docker技术的基础上,Kubernetes为容器化的应用程序提供一系列的服务功能。
尽管Kubernetes具有一定的容器编排能力,但是,由于实际应用场景通常有比较复杂的容器编排策略需求,Kubernetes提供的容器编排策略往往无法得到满足。为了满足定制化的编排策略需求,需要开发一个自定义的应用来对容器资源池进行管理。本申请中将该自定义的应用称为容器管理应用。
基于Docker+Kubernetes架构模式,现有技术中的容器管理应用的实现方式主要包括如下两种方案。
方案1:通过Kubernetes对容器资源池进行管理
该方案适用于对集群内所有工作节点的容器进行统一管理的场景。图2为现有技术中通过Kubernetes对容器资源池进行管理的过程示意图。如图2所示,资源管理应用部署在管理节点。资源管理应用通过调用Kubernetes的应用程序接口(ApplicationProgramming Interface,API)或者自定义资源定义(Custom Resource Definition,CRD)的形式,获取Kubernetes中的容器资源信息。进而,容器管理应用根据获取的容器资源信息和自定义的编排策略,通过Kubernetes来对各工作节点的容器资源池进行管理。
然而,上述方案1中,容器管理应用在对各工作节点的容器资源池进行管理过程中,需要通过Kubernetes,使得管理链路较长,管理时延较大。另外,由于Kubernetes的管理节点和工作节点之间的通信未必可信,在网络链路较长或者网络环境不佳的情况下,该方案对容器资源池进行管理的性能及可靠性不可控。
方案2:通过Docker对容器资源池进行管理
该方案适用于对单个工作节点的容器资源池进行管理的场景。图3为现有技术中通过Docker对容器资源池进行管理的过程示意图。如图3所示,对于单个物理机(该物理机可以为图1中的一个工作节点),容器管理应用的运行形式为物理机上的一个Docker容器,该容器以特权容器的模式运行,例如,可以将物理机的Docker管理入口挂载到该容器内部,如下所示:
-v/var/run/docker.sock:/var/run/docker.sock
这样,容器管理应用可以通过Docker来获取容器资源信息。进而,容器管理应用根据获取的容器资源信息以及自定义的编排策略,通过Docker来对物理机上的容器进行管理。
上述方案2相对于方案1而言,虽然一定程度上缩短了管理链路,但是,容器管理应用依然无法直接管理容器资源池,需要间接通过物理机的Docker来进行管理,因此,方案2依然存在管理链路较长的问题,并且,对容器资源池的管理性能和可靠性需要依赖Docker,依然不可控。
进一步的,方案2中,当容器管理应用发生意外退出时,其所管理的容器资源池则不被管控,导致容器资源可能无法正常回收,因此,容器管理应用的管控能力较弱。
另外,由于容器管理应用需要在特权模式下运行,意味着容器管理应用对应的容器具有较高的权限,该容器内的不良操作会对物理机产生副作用。容器管理应用拥有物理机的root权限,即拥有CAP_SYS_ADMIN(允许执行系统管理任务)能力,使得该容器可以不被cgroup、AppArmor、SECcomp等安全隔离机制所限制,导致物理机的安全性降低。
为了解决上述技术问题中的至少一个,本申请提供一种容器资源池的管理方法,在物理机中采用双层容器模型,每个容器资源池对应有第一容器,每个容器资源池包括多个第二容器,由第一容器启动多个第二容器,并通过第一容器对多个第二容器进行直接管理,从而无须依赖Kubernetes或者Docker,缩短了管理链路,提高了管理性能和可靠性。另外,双层容器模型还增强了对容器资源池的管控能力。
下面结合几个具体的实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
本申请提供的容器资源池的管理方法可应用于物理机。其中,该物理机可以是单机系统的单物理机,还可以是集群系统中的每个工作节点。物理机采用双层容器模型。
图4为本申请提供的物理机的双层容器模型的示意图。如图4所示,物理机中部署有至少一个容器资源池。每个容器资源池对应一个第一容器。每个容器资源池中包括多个第二容器。
本申请中,第一容器为容器资源池的管理容器,负责对容器资源池中的第二容器进行生命周期管理,负责对容器资源池中的第二容器进行调度管理。第二容器为容器资源池中的可供用户申请使用的容器。第二容器作为第一容器的子进程。第一容器可以直接管理第二容器。
参见图4,第一容器中运行有容器管理应用。示例性的,容器管理应用可以对应第一容器中的调度(scheduler)进程。通过scheduler进程对各个第二容器的管理。
继续参见图4,第一容器内置containerd服务,containerd为Docker底层依赖的容器运行时服务。containerd是比Docker更直接、更轻量的容器运行时管理工具。第一容器的scheduler服务可以通过调用containerd服务实现对第二容器的管理。
下面结合图4所示的双层容器模型,对本申请提供的容器资源池的管理方法进行描述。
图5为本申请提供的一种容器资源池的管理方法的流程示意图。本实施例的方法可以由图4所示的物理机执行。如图5所示,本实施例的方法,包括:
S501:获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度。
本实施例的物理机中可以部署一个或者多个容器资源池。其中,目标容器资源池为当前待部署的容器资源池。本实施例的容器资源池中包括一组可供用户申请使用的可用容器(即本实施例中的第二容器)。
资源配置请求是用户输入的用于请求部署目标容器资源池的请求消息。当用户需要新增部署容器资源池时,向物理机输入资源配置请求。资源配置请求中可以携带用户输入的目标容器资源池的资源配置信息。
本实施例中,资源配置请求中包括容器资源池的资源配置额度。资源配置额度指示了为该目标容器资源池配置的资源的最大值,即,该容器资源池中的各第二容器运行时可使用的资源的总大小不超过该资源配置额度。
其中,第二容器运行时可使用的资源包括但不限于:中央处理器(CentralProcessing Unit,CPU)资源、内存资源、输入/输出(Input/Output,I/O)资源、网络资源等。
S502:根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器。
本实施例中,物理机根据获取到的资源配置请求,启动与目标容器资源池对应的第一容器。然后,由第一容器执行目标容器资源池的初始化过程。
初始化过程可以包括:第一容器根据资源配置额度为目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动多个第二容器。
应理解,第一容器在不超过资源配置额度的前提下,为多个第二容器分配资源。即,所有第二容器的资源之和不超过资源配置额度。
可选的,资源配置额度可以包括下述中的至少一种:内存资源配置额度、网络资源配置额度、CPU资源配置额度,I/O资源配置额度。
第一容器根据资源配置额度为目标容器资源池中的多个第二容器分配资源,可以包括下述中的至少一项:
第一容器根据内存资源配置额度为多个第二容器分配内存资源;第一容器根据网络资源配置额度为多个第二容器分配网络资源;第一容器根据CPU资源配置额度为多个第二容器分配CPU资源;第一容器根据I/O资源配置额度为多个第二容器分配I/O资源。
可选的,第一容器可以根据资源配置额度,采用均分原则为多个第二容器分配资源。
可选的,所述资源配置请求还包括资源分配策略,第一容器根据资源配置额度和资源分配策略,为目标容器资源池中的多个第二容器分配资源。
其中,资源分配策略用于指示各第二容器对应的各类型资源的大小。也就是说,可以由用户指定每个第二容器的资源大小。
本实施例中,第一容器为多个第二容器分配资源之后,根据分配的资源启动多个第二容器,使得各第二容器处于运行状态。
第一容器启动多个第二容器后,可以将各第二容器的状态置为空闲状态,或者未被占用状态。
其中,第一容器可以通过调用containerd服务启动多个第二容器。
S503:通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
其中,第一容器对第二容器进行的管理可以包括:调度管理和/或回收管理。
也就是说,第一容器可以对第二容器进行调度管理。示例性的,第一容器可以根据应用程序的容器分配请求,为应用程序分配一个第二容器。
第一容器还可以对第二容器进行回收管理。示例性的,第一容器检测到某个已分配的第二容器长时间未使用时,可以对该第二容器进行回收,以便后续分配给其他应用程序使用。
本实施例中,第一容器可以通过调用containerd服务对多个第二容器进行管理。
本实施例中的物理机采用双层容器模型,由第一容器对多个第二容器进行管理,与现有技术相比,其有益效果可以体现在如下几个方面:
(1)现有技术中,对容器资源池的管理依赖Docker或者Kubernetes,所以管理链路较长,管理效率较低。而本实施例中,第一容器可以直接管理容器资源池,无须依赖Docker或者Kubernetes,缩短了管理链路,提高了管理效率。
(2)现有技术中,对容器资源池的管理依赖Docker或者Kubernetes,导致管理性能和可靠性无法保证。而本实施例中,第一容器可以直接管理容器资源池,实现在毫秒级进行容器分配调度,提升管理性能和可靠性。
(3)本实施例中,容器资源池中的第二容器均为第一容器的子进程,第一容器可以直接管理第二容器所需的资源,例如:进程资源、存储资源、挂载点资源、网络资源等。而现有技术中,对容器资源进行管理的操作需要依赖Kubernetes或者Docker间接的完成。当容器管理应用出现故障并退出时,现有技术的方案会失去对容器资源的管理能力,无法正常回收容器及其资源。而本实施例中,由于第二容器为第一容器的子进程,当第一容器退出时,第二容器及其资源也会同时被销毁,不会有资源残留问题,增强了对容器资源池的管控能力。
本实施例提供的容器资源池的管理方法,包括:获取目标容器资源池对应的资源配置请求,资源配置请求包括目标容器资源池的资源配置额度,根据资源配置请求,启动目标容器资源池对应的第一容器,以使第一容器根据资源配置额度为目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动多个第二容器,然后,通过第一容器对多个第二容器进行管理,以实现对目标容器资源池的管理。通过采用双层容器模型,由第一容器为多个第二容器分配资源,启动多个第二容器,并对多个第二容器进行直接管理,缩短了管理链路,提高了容器资源池的管理效率、管理性能和可靠性;另外,还增强了对容器资源池的管控能力。
下面结合几个具体的实施例分别描述第一容器对容器资源池的初始化流程、调度流程和回收流程。
图6为本申请提供的另一种容器资源池的管理方法的流程示意图。本实施例示例的是第一容器对容器资源池的初始化流程。本实施例可以作为图5所示实施例中S502的细化。
如图6所示,第一容器对容器资源池的初始化流程可以包括:
(1)第一容器为第二容器准备存储资源。
示例性的,第一容器根据存储资源额度,为第二容器分配存储资源大小。然后,第一容器根据为第二容器分配的存储资源大小,通过与物理机的操作系统交互,使操作系统为第二容器申请存储资源,并将申请的存储资源分配给第二容器。
(2)第一容器为第二容器准备网络资源。
示例性的,第一容器为第二容器分配网络资源,并根据为第二容器分配的网络资源,通过与操作系统交互,将第二容器的网络资源写入/etc/hosts文件中。
(3)第一容器为第二容器准备配置。
示例性的,第一容器通过与操作系统的交互,为第二容器生成spec配置文件。
(4)第一容器启动第二容器。
示例性的,第一容器通过containerd服务提供的启动容器命令(即,ctrcontainer start)启动第二容器。
(5)第一容器为第二容器设置网络。
示例性的,第一容器启动第二容器后,通过与操作系统交互,为第二容器创建并绑定网桥,以及设置IP表。
执行完上述步骤(1)至(5)后,第二容器初始化完成。第一容器将第二容器的状态置为空闲状态,或者未被占用状态。
应理解,第一容器可以针对每个第二容器,执行上述的初始化流程,直至容器资源池中的第二容器全部初始化完成。
图7为本申请提供的又一种容器资源池的管理方法的流程示意图。本实施例示例的是第一容器对容器资源池中的第二容器进行调度管理的流程。如图7所示,第一容器对容器资源池中的第二容器进行调度管理的流程可以包括:
(1)第一容器获取应用程序的容器分配请求,该容器分配请求中包括应用程序所需的目标资源大小。
示例性的,当用户需要运行某个应用程序时,发起容器分配请求,并在容器分配请求中携带该应用程序所需的目标资源大小。
可选的,容器分配请求中包括应用程序所需的CPU资源大小、内存资源大小、I/O资源大小中的至少一个。
(2)第一容器获取容器资源池中处于空闲状态的第二容器的资源信息。
示例性的,第一容器可以通过containerd服务提供的查询容器状态的命令(即,ctr container stats),获取处于空闲状态的第二容器,以及这些第二容器的资源信息。
(3)第一容器判断处于空闲状态的第二容器中是否存在满足该目标资源大小的第二容器。
(4)若第一容器确定处于空闲状态的第二容器中存在满足该目标资源大小的第二容器,则将该第二容器分配给该应用程序。
换句话说,第一容器将处于空闲状态的第二容器中满足目标资源大小的第二容器确定为目标第二容器,并将目标第二容器分配给该应用程序。
(5)若第一容器确定处于空闲状态的第二容器中不存在满足该目标资源大小的第二容器,则调整某个处于空闲状态的第二容器的资源大小,以满足该应用程序所需的目标资源大小,并将调整后的第二容器分配给该应用程序。
换句话说,若第一容器确定存在处于空闲状态的候选第二容器,且候选第二容器的资源不满足目标资源大小,则第一容器对候选第二容器的资源进行调整以满足目标资源大小。第一容器将调整后的候选第二容器确定为目标第二容器,并将该目标第二容器分配给该应用程序。
本实施例中的第一容器具有动态扩缩容的功能。动态扩缩容是指,在不影响容器内进程运行的基础上,动态调整为容器分配的资源的大小。也就是说,第一容器可以根据应用程序所需的目标资源大小,在不超出容器资源池的资源分配额度的情况下,动态调整为第二容器分配的资源的大小。从而可以为应用程序分配到满足其运行的第二容器。
示例性的,第一容器可以借助操作系统提供的cgroup服务,通过修改cgroup的方式,按需调整第二容器的CPU/内存/I/O资源大小。
图8为本申请提供的第二容器动态扩缩容的示意图。以内存资源为例,如图8所示,容器资源池中包括10个第二容器,这10个第二容器对应的内存资源大小分别为:128M、128M、128M、128M、128M、128M、128M、128M、1024M、512M。其中,1024M和512M对应的第二容器已被占用。其余8个128M对应的第二容器为空闲状态。
该情况下,假设第一容器获取到某个应用程序的容器分配请求,该应用程序需要256M的内存资源。由于处于空闲状态的第二容器均不满足该应用程序所需的内存资源,因此,第一容器对某个空闲第二容器的内存资源进行调整,将该第二容器的内存资源大小由128M调整为256M,以满足该应用程序的运行。然后,将调整后的第二容器分配给该应用程序。
示例性的,第一容器可以采用修改cgroup的方式对第二容器的资源进行调整。cgroup是Linux内核的一个功能,用来限制、控制与分离一个进程组群的资源(如CPU资源、内存资源、磁盘输入输出资源等)。
应理解,图8所示的动态调整过程是以内存资源为例,其余资源(例如CPU资源、I/O资源)的动态调整过程类似,此处不作详述。
第一容器将某个第二容器分配给应用程序后,将该第二容器的状态置为被占用。这样该第二容器不会再分配给其他应用程序。
图9为本申请提供的再一种容器资源池的管理方法的流程示意图。本实施例示例的是第一容器对容器资源池中的第二容器进行回收的流程。如图9所示,第一容器对容器资源池中的第二容器进行回收的流程可以包括:
(1)第一容器确定出需要回收的第二容器。
其中,第一容器可以采用如下两种可能的方式确定出需要回收的第二容器。
一种可能的方式中,第一容器可以根据预设回收策略定期对容器资源池中的多个第二容器进行回收。即,根据预设回收策略,通过定期扫描的方式确定需要回收的第二容器。
另一种可能的方式中,第一容器对满足预设条件的第二容器进行回收,该预设条件包括:处于占用状态但是预设时长内未被使用。即,通过事件触发的方式,当检测到某个被占用的第二容器长时间未使用,且满足回收标准,则确定该第二容器为需要回收的第二容器。
(2)第一容器获取该第二容器的运行状态。
第二容器的运行状态为下述中一种:运行中、停止、不存在。
第一容器可以通过containerd服务提供的查询容器状态的命令(即,ctrcontainer stats),获取第二容器的运行状态。
(3)第一容器根据该第二容器的运行状态对该第二容器进行资源回收处理。
若第二容器的运行状态为运行中,则第一容器终止第二容器运行。示例性的,第一容器可以通过containerd服务提供的杀死容器命令(即,ctr container kill)终止第二容器运行。
若第二容器的运行状态为停止,则第一容器删除第二容器。示例性的,第一容器可以通过containerd服务提供的删除容器命令(即,ctr container delete)删除第二容器。
若第二容器的运行状态为不存在,则第一容器回收第二容器的资源。示例性的,第一容器可以通过与操作系统交互,卸载第二容器对应的存储资源,并删除第二容器对应的CPU、内存、I/O等资源,实现对第二容器的资源回收。
(4)第一容器重新初始化该第二容器。
本实施例中,第一容器为该第二容器重新分配资源,并重新启动该第二容器。也就是说,第一容器对第二容器进行资源回收处理后,重新初始化该第二容器,将重新初始化的第二容器放入容器资源池中,以便分配给后续的应用程序使用。
本实施例通过采用双层容器模型,由第一容器初始化容器资源池中的多个第二容器,并对多个第二容器进行调度管理和回收管理,缩短了管理链路,提高了容器资源池的管理效率、管理性能和可靠性;另外,还增强了对容器资源池的管控能力。
图10为本申请提供的一种容器资源池的管理装置的结构示意图。本实施例的装置可以为软件和/或硬件的形式。该装置设置在物理机中。如图10所示,本实施例的容器资源池的管理装置10,包括:获取模块11、启动模块12和管理模块13。
其中,获取模块11,用于获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度;
启动模块12,用于根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器;
管理模块13,用于通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
图11为本申请提供的另一种容器资源池的管理装置的结构示意图,在图10所示实施例的基础上,管理模块13可以包括调度管理单元131和/或回收管理单元132。
其中,所述调度管理单元131用于通过所述第一容器对所述多个第二容器进行调度管理;
所述回收管理单元132用于通过所述第一容器对所述多个第二容器进行回收管理。
一种可能的实现方式中,所述调度管理单元131具体用于:
通过所述第一容器获取应用程序的容器分配请求;
通过所述第一容器根据所述容器分配请求从处于空闲状态的第二容器中确定目标第二容器;
通过所述第一容器将所述目标第二容器分配给所述应用程序,并将所述目标第二容器的状态置为被占用。
一种可能的实现方式中,所述容器分配请求包括:所述应用程序所需的目标资源大小;
所述调度管理单元131具体用于:通过所述第一容器将处于空闲状态的第二容器中满足所述目标资源大小的第二容器确定为目标第二容器。
一种可能的实现方式中,所述容器分配请求包括:所述应用程序所需的目标资源大小;
所述调度管理单元131具体用于:若通过所述第一容器确定存在处于空闲状态的候选第二容器,且所述候选第二容器的资源不满足所述目标资源大小,则通过所述第一容器对所述候选第二容器的资源进行调整以满足所述目标资源大小,将调整后的候选第二容器确定为目标第二容器。
一种可能的实现方式中,所述回收管理单元132具体用于:
通过所述第一容器根据预设回收策略定期对所述多个第二容器进行回收;和/或,
通过所述第一容器对满足预设条件的第二容器进行回收,所述预设条件包括:处于被占用状态但是预设时长内未被使用。
一种可能的实现方式中,所述回收管理单元132具体用于:
通过所述第一容器获取所述第二容器的运行状态,并根据所述运行状态对所述第二容器进行资源回收处理;
通过所述第一容器为所述第二容器重新分配资源,并重新启动所述第二容器。
图10和图11所示的容器资源池的管理装置可用于执行上述方法实施例的容器资源池的管理方法,其实现原理和技术效果类似,此处不作赘述。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
如图12所示,是根据本申请实施例的容器资源池的管理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图12所示,该电子设备包括:一个或多个处理器101、存储器102,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图12中以一个处理器101为例。
存储器102即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的容器资源池的管理方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的容器资源池的管理方法。
存储器102作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的容器资源池的管理方法对应的程序指令/模块(例如,附图10所示的获取模块11、启动模块12和管理模块13)。处理器101通过运行存储在存储器102中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的容器资源池的管理方法。
存储器102可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据容器资源池的管理方法的电子设备的使用所创建的数据等。此外,存储器102可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器102可选包括相对于处理器101远程设置的存储器,这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
电子设备还可以包括:输入装置103和输出装置104。处理器101、存储器102、输入装置103和输出装置104可以通过总线或者其他方式连接,图12中以通过总线连接为例。
输入装置103可接收输入的数字或字符信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置104可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算机程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算机程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
本申请实施例还提供一种计算机程序产品,包括计算机指令,计算机指令被处理器执行时实现上述方法实施例中的容器资源池的管理方法,其实现原理和技术效果类似,此处不作赘述。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (17)
1.一种容器资源池的管理方法,包括:
获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度;
根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器;
通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
2.根据权利要求1所述的方法,其中,通过所述第一容器对所述多个第二容器进行管理,包括:
通过所述第一容器对所述多个第二容器进行调度管理;和/或,
通过所述第一容器对所述多个第二容器进行回收管理。
3.根据权利要求2所述的方法,其中,通过所述第一容器对所述多个第二容器进行调度管理,包括:
通过所述第一容器获取应用程序的容器分配请求;
通过所述第一容器根据所述容器分配请求从处于空闲状态的第二容器中确定目标第二容器;
通过所述第一容器将所述目标第二容器分配给所述应用程序,并将所述目标第二容器的状态置为被占用。
4.根据权利要求3所述的方法,所述容器分配请求包括:所述应用程序所需的目标资源大小;
通过所述第一容器根据所述容器分配请求从处于空闲状态的第二容器中确定目标第二容器,包括:
通过所述第一容器将处于空闲状态的第二容器中满足所述目标资源大小的第二容器确定为目标第二容器。
5.根据权利要求3所述的方法,所述容器分配请求包括:所述应用程序所需的目标资源大小;
通过所述第一容器根据所述容器分配请求从处于空闲状态的第二容器中确定目标第二容器,包括:
若通过所述第一容器确定存在处于空闲状态的候选第二容器,且所述候选第二容器的资源不满足所述目标资源大小,则通过所述第一容器对所述候选第二容器的资源进行调整以满足所述目标资源大小,将调整后的候选第二容器确定为目标第二容器。
6.根据权利要求2所述的方法,其中,通过所述第一容器对所述多个第二容器进行回收管理,包括:
通过所述第一容器根据预设回收策略定期对所述多个第二容器进行回收;和/或,
通过所述第一容器对满足预设条件的第二容器进行回收,所述预设条件包括:处于被占用状态但是预设时长内未被使用。
7.根据权利要求6所述的方法,通过所述第一容器对所述第二容器进行回收的过程包括:
通过所述第一容器获取所述第二容器的运行状态,并根据所述运行状态对所述第二容器进行资源回收处理;
通过所述第一容器为所述第二容器重新分配资源,并重新启动所述第二容器。
8.一种容器资源池的管理装置,包括:
获取模块,用于获取目标容器资源池对应的资源配置请求,所述资源配置请求包括所述目标容器资源池的资源配置额度;
启动模块,用于根据所述资源配置请求,启动所述目标容器资源池对应的第一容器,以使所述第一容器根据所述资源配置额度为所述目标容器资源池中的多个第二容器分配资源,并根据分配的资源启动所述多个第二容器;
管理模块,用于通过所述第一容器对所述多个第二容器进行管理,以实现对所述目标容器资源池的管理。
9.根据权利要求8所述的装置,其中,所述管理模块包括:调度管理单元和/或回收管理单元;
所述调度管理单元用于通过所述第一容器对所述多个第二容器进行调度管理;
所述回收管理单元用于通过所述第一容器对所述多个第二容器进行回收管理。
10.根据权利要求9所述的装置,所述调度管理单元具体用于:
通过所述第一容器获取应用程序的容器分配请求;
通过所述第一容器根据所述容器分配请求从处于空闲状态的第二容器中确定目标第二容器;
通过所述第一容器将所述目标第二容器分配给所述应用程序,并将所述目标第二容器的状态置为被占用。
11.根据权利要求10所述的装置,所述容器分配请求包括:所述应用程序所需的目标资源大小;
所述调度管理单元具体用于:通过所述第一容器将处于空闲状态的第二容器中满足所述目标资源大小的第二容器确定为目标第二容器。
12.根据权利要求10所述的装置,所述容器分配请求包括:所述应用程序所需的目标资源大小;
所述调度管理单元具体用于:若通过所述第一容器确定存在处于空闲状态的候选第二容器,且所述候选第二容器的资源不满足所述目标资源大小,则通过所述第一容器对所述候选第二容器的资源进行调整以满足所述目标资源大小,将调整后的候选第二容器确定为目标第二容器。
13.根据权利要求9所述的装置,所述回收管理单元具体用于:
通过所述第一容器根据预设回收策略定期对所述多个第二容器进行回收;和/或,
通过所述第一容器对满足预设条件的第二容器进行回收,所述预设条件包括:处于被占用状态但是预设时长内未被使用。
14.根据权利要求13所述的装置,所述回收管理单元具体用于:
通过所述第一容器获取所述第二容器的运行状态,并根据所述运行状态对所述第二容器进行资源回收处理;
通过所述第一容器为所述第二容器重新分配资源,并重新启动所述第二容器。
15.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1至7中任一项所述的方法。
16.一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行权利要求1至7中任一项所述的方法。
17.一种计算机程序产品,包括计算机指令,所述计算机指令被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011395437.1A CN112527451B (zh) | 2020-12-02 | 2020-12-02 | 容器资源池的管理方法、装置、设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011395437.1A CN112527451B (zh) | 2020-12-02 | 2020-12-02 | 容器资源池的管理方法、装置、设备以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112527451A true CN112527451A (zh) | 2021-03-19 |
CN112527451B CN112527451B (zh) | 2023-08-22 |
Family
ID=74996659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011395437.1A Active CN112527451B (zh) | 2020-12-02 | 2020-12-02 | 容器资源池的管理方法、装置、设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112527451B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116243899A (zh) * | 2022-12-06 | 2023-06-09 | 浙江讯盟科技有限公司 | 一种基于网络环境的自定义编排容器和方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120331147A1 (en) * | 2011-06-23 | 2012-12-27 | Cisco Technology, Inc. | Hierarchical defragmentation of resources in data centers |
CN109471727A (zh) * | 2018-10-29 | 2019-03-15 | 北京金山云网络技术有限公司 | 一种任务处理方法、装置及系统 |
CN111078356A (zh) * | 2019-11-22 | 2020-04-28 | 北京达佳互联信息技术有限公司 | Gpu集群资源控制系统、方法、装置、设备及存储介质 |
US10719369B1 (en) * | 2017-06-01 | 2020-07-21 | Amazon Technologies, Inc. | Network interfaces for containers running on a virtual machine instance in a distributed computing environment |
-
2020
- 2020-12-02 CN CN202011395437.1A patent/CN112527451B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120331147A1 (en) * | 2011-06-23 | 2012-12-27 | Cisco Technology, Inc. | Hierarchical defragmentation of resources in data centers |
US10719369B1 (en) * | 2017-06-01 | 2020-07-21 | Amazon Technologies, Inc. | Network interfaces for containers running on a virtual machine instance in a distributed computing environment |
CN109471727A (zh) * | 2018-10-29 | 2019-03-15 | 北京金山云网络技术有限公司 | 一种任务处理方法、装置及系统 |
CN111078356A (zh) * | 2019-11-22 | 2020-04-28 | 北京达佳互联信息技术有限公司 | Gpu集群资源控制系统、方法、装置、设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
树岸;彭鑫;赵文耘;: "基于容器技术的云计算资源自适应管理方法", 计算机科学, no. 07 * |
耿贞伟;权鹏宇;李少华;: "基于容器技术的电力系统业务应用资源池系统设计研究", 数字技术与应用, no. 01 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116243899A (zh) * | 2022-12-06 | 2023-06-09 | 浙江讯盟科技有限公司 | 一种基于网络环境的自定义编排容器和方法 |
CN116243899B (zh) * | 2022-12-06 | 2023-09-15 | 浙江讯盟科技有限公司 | 一种基于网络环境的自定义编排容器和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112527451B (zh) | 2023-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104508634B (zh) | 虚拟机的动态资源分配 | |
CN108207114B (zh) | 用于重新配置虚拟机的技术 | |
US20140208055A1 (en) | Out-of-memory avoidance in dynamic virtual machine memory adjustment | |
EP3869336A1 (en) | Method and apparatus for processing development machine operation task, device and storage medium | |
EP3101870A1 (en) | Storage resource scheduling method and storage calculation system | |
US11740921B2 (en) | Coordinated container scheduling for improved resource allocation in virtual computing environment | |
CN111506401B (zh) | 自动驾驶仿真任务调度方法、装置、电子设备及存储介质 | |
US20160196157A1 (en) | Information processing system, management device, and method of controlling information processing system | |
US11169846B2 (en) | System and method for managing tasks and task workload items between address spaces and logical partitions | |
WO2019160030A1 (ja) | サービス提供システム、資源割り当て方法、及び資源割り当てプログラム | |
CN107003713B (zh) | 用于电力管理的逻辑分区的事件驱动的方法和系统 | |
CN112153167B (zh) | 网际互连协议管理方法、装置、电子设备及存储介质 | |
US9755986B1 (en) | Techniques for tightly-integrating an enterprise storage array into a distributed virtualized computing environment | |
CN111782365A (zh) | 定时任务处理方法、装置、设备及存储介质 | |
CN111562969A (zh) | 一种区块链的智能合约实现方法、装置、设备和介质 | |
US20180203733A1 (en) | Computer and control method for computer | |
CN111782147A (zh) | 用于集群扩缩容的方法和装置 | |
US20210149703A1 (en) | Numa-aware resource allocation and placement of database containers | |
US8977752B2 (en) | Event-based dynamic resource provisioning | |
CN112527451B (zh) | 容器资源池的管理方法、装置、设备以及存储介质 | |
CN111737362B (zh) | 区块链处理方法、装置、设备和存储介质 | |
US20200394079A1 (en) | Cross-cluster host reassignment | |
CN111782357A (zh) | 标签控制方法及装置、电子设备和可读存储介质 | |
CN115576565A (zh) | 应用程序的部署方法、装置、电子设备及存储介质 | |
CN111580935A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |