CN110781005B - 资源回收方法、装置及节点 - Google Patents
资源回收方法、装置及节点 Download PDFInfo
- Publication number
- CN110781005B CN110781005B CN201911025182.7A CN201911025182A CN110781005B CN 110781005 B CN110781005 B CN 110781005B CN 201911025182 A CN201911025182 A CN 201911025182A CN 110781005 B CN110781005 B CN 110781005B
- Authority
- CN
- China
- Prior art keywords
- image file
- pod
- determining
- image
- authority
- 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
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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5022—Mechanisms to release resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- 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
- Y02W—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO WASTEWATER TREATMENT OR WASTE MANAGEMENT
- Y02W90/00—Enabling technologies or technologies with a potential or indirect contribution to greenhouse gas [GHG] emissions mitigation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供一种资源回收方法、装置及节点,应用于容器集群管理系统包括的节点。节点检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件。以使节点的资源回收更加合理。
Description
技术领域
本申请涉及网络通信技术领域,尤其涉及一种资源回收方法、装置及节点。
背景技术
容器集群管理系统(比如,Google推出的Kubernetes集群)提供基于容器的应用部署、维护以及扩展机制。容器集群管理系统包含若干节点,这些节点可以是物理服务器,也可以是虚拟机。容器集群管理系统支持基于分组(Pod)的容器管理。即,一个Pod可包含一个或多个容器。
Pod为节点上应用运行的实体,运行Pod即运行该Pod所承载的应用。在Pod启动之前,节点需要从镜像仓库加载启动该Pod所需的镜像文件。这些镜像文件将占用节点资源。节点资源有限,为了部署更多的应用,需要进行资源回收。
现有资源回收机制通常在节点资源不足时,删除节点上当前未被使用的镜像文件。但是,这些刚刚被删除的镜像文件很可能由于启动新的Pod而被重新加载。受网络传输速度以及镜像文件大小等因素的影响,该加载过程可能时间较长,导致Pod长时间无法启动,影响Pod所承载应用对外提供服务。可见,现有资源回收机制不够合理有效。
申请内容
有鉴于此,本申请为了解决现有资源回收机制不够合理有效的问题,提出一种资源回收方法、装置及节点,用以提供一种更加合理有效的资源回收机制。
为实现上述申请目的,本申请提供了如下技术方案:
第一方面,本申请提供一种资源回收方法,应用于容器集群管理系统包括的节点,所述方法包括:
检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;
从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;
删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述确定至少一个第一镜像文件之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系,该运行状态为工作状态;
检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系;
更新匹配到的第一对应关系中的运行状态为非工作状态;
所述确定至少一个第一镜像文件,包括:
针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态;
若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述从所述至少一个第一镜像文件中,确定第二镜像文件之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系;
所述从所述至少一个第一镜像文件中,确定第二镜像文件,包括:
针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系;
获取匹配到的至少一个第二对应关系中的启动时间;
统计落入所述预设时间段内的启动时间的个数;
若统计的个数达到所述预设次数阈值,确定该第一镜像文件为第二镜像文件。
可选的,所述删除第三镜像文件之后,所述方法还包括:
检测已使用资源达到预设的资源阈值时,确定各第二镜像文件的目标权威值,所述目标权威值用于表征镜像文件的重要程度;
按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述确定各第二镜像文件的目标权威值之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系;
基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系;
所述确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系;
从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者;
根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值。
可选的,根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件执行如下操作:
获取该第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和;
对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值;
返回继续执行针对每一个第二镜像文件的操作,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值;
将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
第二方面,本申请提供一种资源回收装置,应用于容器集群管理系统包括的节点,所述装置包括:
第一确定单元,用于检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;
第二确定单元,用于从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;
第一删除单元,用于删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第一确定单元确定至少一个第一镜像文件之前,所述装置还包括:
第一维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系,该运行状态为工作状态;
检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系;
更新匹配到的第一对应关系中的运行状态为非工作状态;
所述第一确定单元确定至少一个第一镜像文件,包括:
针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态;
若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第二确定单元从所述至少一个第一镜像文件中,确定第二镜像文件之前,所述装置还包括:
第二维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系;
所述第二确定单元从所述至少一个第一镜像文件中,确定第二镜像文件,包括:
针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系;
获取匹配到的至少一个第二对应关系中的启动时间;
统计落入所述预设时间段内的启动时间的个数;
若统计的个数达到所述预设次数阈值,确定该第一镜像文件为第二镜像文件。
可选的,所述第一删除单元删除第三镜像文件之后,所述装置还包括:
第三确定单元,用于检测已使用资源达到预设的资源阈值时,确定各第二镜像文件的目标权威值,所述目标权威值用于表征镜像文件的重要程度;
第二删除单元,用于按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
可选的,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第三确定单元确定各第二镜像文件的目标权威值之前,所述装置还包括:
第三维护单元,用于针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系;
基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系;
所述第三确定单元确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系;
从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者;
根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值。
可选的,所述第三确定单元根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件执行如下操作:
获取该第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和;
对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值;
返回继续执行针对每一个第二镜像文件的操作,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值;
将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
第三方面,本申请提供一种节点,所述节点包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器被所述机器可执行指令促使:实现上述资源回收方法。
第四方面,本申请提供一种机器可读存储介质,所述机器可读存储介质内存储有机器可执行指令,所述机器可执行指令被处理器执行时实现上述资源回收方法。
由以上描述可以看出,本申请中,节点在检测到自身资源不足时,首先确定当前未被使用的镜像文件,再从当前未被使用的镜像文件中,确定最近使用频率较高的镜像文件。优先删除使用频率较低的镜像文件,即,优先删除除使用频率较高的镜像文件以外的其它当前未被使用的镜像文件。由于使用频率较高的镜像文件被保留,不需要频繁从镜像仓库加载镜像文件,因此,可避免占用过多网络资源,同时,不影响依赖这些镜像文件启动的Pod的启动速度,可对外提供高效稳定的服务。可见,本申请提供的资源回收机制更加合理有效。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例示出的一种资源回收方法流程图;
图2是本申请实施例示出的一种第一对应关系维护的实现流程;
图3是本申请实施例示出的一种步骤101的实现流程;
图4是本申请实施例示出的一种第二对应关系维护的实现流程;
图5是本申请实施例示出的一种步骤102的实现流程;
图6是本申请实施例示出的一种删除第二镜像文件的实现流程;
图7是本申请实施例示出的一种第三对应关系维护的实现流程;
图8是本申请实施例示出的一种确定第二镜像文件的目标权威值的实现流程;
图9是本申请实施例示出的一种根据第一权威值、第二权威值确定目标权威值的实现流程;
图10是本申请实施例示出的一种资源回收装置的结构示意图;
图11是本申请实施例示出的一种节点的硬件结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请实施例范围的情况下,协商信息也可以被称为第二信息,类似地,第二信息也可以被称为协商信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请实施例提供一种资源回收方法。该方法中,节点在检测到自身资源不足时,首先确定当前未被使用的镜像文件,再从当前未被使用的镜像文件中,确定最近使用频率较高的镜像文件。优先删除使用频率较低的镜像文件,保留使用频率较高的镜像文件,因此,可使节点的资源回收更加合理。
为了使本申请实施例的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本申请实施例执行详细描述:
参见图1,为本申请实施例提供的资源回收方法流程图。该流程应用于容器集群管理系统包括的节点。该节点可以为物理服务器或虚拟机等,本申请对此不作限定。
Pod为节点上应用运行的实体。同一节点上可运行多个Pod。Pod启动依赖于对应的镜像文件。这些镜像文件需要在Pod启动之前从镜像仓库拉取(加载)到节点上。
如图1所示,该流程可包括以下步骤:
步骤101,检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件。
节点实时监测自身资源使用情况。当监测自身已使用资源达到预设的资源阈值时,说明节点资源紧张。在节点资源紧张的情况下,很难保证应用运行的稳定性。为此,需要进行资源回收。
节点中的镜像文件由于Pod被终止等原因,而处于未被使用状态。这些未被使用的镜像文件会消耗节点资源,造成节点资源浪费。删除这些未被使用的镜像文件,可释放节点资源。
为此,本实施例中,当节点资源不足时,首先确定节点中当前未被使用的镜像文件。这里,将当前未被使用的镜像文件称为第一镜像文件。可以理解的是,之所以称为第一镜像文件,只是为便于描述而进行的命名,并非用于限定。
本步骤确定第一镜像文件的过程,在下文中描述,这里暂不赘述。
步骤102,从至少一个第一镜像文件中,确定第二镜像文件。
这里,第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件。也就是说,第二镜像文件是当前未被使用、但在最近(预设时间段内)被频繁使用(被使用次数达到预设次数阈值)的镜像文件,即,使用频率较高的镜像文件。
可以理解的是,之所以称为第二镜像文件,只是为便于描述而进行的命名,并非用于限定。
通过本步骤,可从第一镜像文件中,确定使用频率较高的第二镜像文件。
本步骤确定第二镜像文件的过程,在下文中描述,这里暂不赘述。
步骤103,删除第三镜像文件。
这里,第三镜像文件为不属于第二镜像文件的第一镜像文件。即,当前未被使用且最近使用频率较低的镜像文件。
通过本步骤,可优先删除使用频率较低的镜像文件(第三镜像文件),保留使用频率较高的镜像文件(第二镜像文件)。
至此,完成图1所示流程。
通过图1所示流程可以看出,本申请实施例中,通过删除使用频率较低的镜像文件,释放节点资源。通过保留使用频率较高的镜像文件,避免频繁从镜像仓库加载镜像文件,节约网络资源,且不影响依赖这些镜像文件启动的Pod的启动速度,有效提升服务效率。因此,本申请实施例提供的资源回收机制更加合理有效。
下面对步骤101中确定第一镜像文件的过程进行描述。
在执行步骤101之前需执行如下第一对应关系维护流程。这里,第一对应关系只是为便于描述而进行的命名,并非用于限定。该第一对应关系的具体含义在下文中介绍,这里暂不赘述。
参见图2,为本申请实施例示出的一种第一对应关系维护的实现流程。
如图2所示,该流程可包括以下步骤:
步骤201,针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件。
如前所述,Pod启动依赖于对应的镜像文件。因此,可通过监测Pod启动过程,确定Pod使用的镜像文件。
例如,检测到Pod1启动时,监测Pod1的启动过程,确定Pod1使用了镜像文件1-镜像文件4。
步骤202,记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系。
由于Pod刚刚启动,因此,此时Pod的运行状态为工作状态。
仍以Pod1为例,基于Pod1生成的第一对应关系,如表1所示。
表1
步骤203,检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系。
本申请中,节点持续监测Pod的运行状态。在检测到运行状态变化时,需要更新Pod对应的第一对应关系中的运行状态。
本步骤中,节点检测到Pod异常或被终止时,查找与该Pod的标识匹配的第一对应关系
步骤204,更新匹配到的第一对应关系中的运行状态为非工作状态。
由于Pod异常或被终止,其运行状态不属于正常的工作状态,因此,应将该Pod对应的第一对应关系中的运行状态更新为非工作状态。
仍以Pod1为例,若检测到Pod1被终止,则根据Pod1的标识匹配表1中的第一对应关系,更新匹配到的第一对应关系中的运行状态为非工作状态。更新后如表2所示。
表2
节点针对自身运行的每一个Pod执行步骤201~步骤204,维护每一个Pod对应的第一对应关系。
至此,完成图2所示流程。
参见图3,为本申请实施例示出的一种步骤101确定第一镜像文件的实现流程。
如图3所示,该流程可包括以下步骤:
步骤301,针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态。
如前所述,节点通过图2所示流程维护节点上各Pod对应的第一对应关系。
作为一个例子,节点维护的各Pod的第一对应关系,如表3所示。
表3
表3中记录有镜像文件1~镜像文件7的标识,针对每一个镜像文件的标识,查找与镜像文件的标识对应的Pod的运行状态。
现以镜像文件1的标识和镜像文件6的标识为例。根据镜像文件1的标识,查询表3,可查找到与镜像文件1的标识对应的Pod的运行状态包括工作状态和非工作状态。根据镜像文件6的标识,查询表3,可查找到与镜像文件6的标识对应的Pod的运行状态均为非工作状态。同理,可查找到其它镜像文件的标识对应的Pod的运行状态。
步骤302,若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
当通过步骤301查找到某一镜像文件的标识对应的Pod的运行状态均为非工作状态,说明该镜像文件未被任一工作中的Pod所使用,因此,可确定该镜像文件为第一镜像文件。
例如,前述镜像文件6的标识对应的Pod的运行状态均为非工作状态,说明镜像文件6未被任一工作中的Pod所使用,因此,可确定镜像文件6为第一镜像文件。
当通过步骤301查找到某一镜像文件的标识对应的Pod的运行状态包括工作状态,说明该镜像文件至少被一个工作中的Pod所使用,因此,该镜像文件不为第一镜像文件。
例如,前述镜像文件1的标识对应的Pod的运行状态包括工作状态和非工作状态,说明镜像文件1至少被一个工作中的Pod(Pod1)所使用,因此,镜像文件1不为第一镜像文件。
至此,完成图3所示流程。
通过图3所示流程,节点可找到所有当前未被使用的镜像文件。
下面对步骤102中确定第二镜像文件的过程进行描述。
在执行步骤102之前需执行如下第二对应关系维护流程。这里,第二对应关系只是为便于描述而进行的命名,并非用于限定。该第二对应关系的具体含义在下文中介绍,这里暂不赘述。
参见图4,为本申请实施例示出的一种第二对应关系维护的实现流程。
如图4所示,该流程可包括以下步骤:
步骤401,针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件。
仍以Pod1为例,通过监测Pod1的启动过程,可确定Pod1使用镜像文件1-镜像文件4。具体参见前述步骤201的描述,这里不再赘述。
步骤402,记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系。
仍以Pod1为例,记录Pod1的标识、Pod1使用的镜像文件的标识、以及Pod1的启动时间之间的第二对应关系,如表4所示。
表4
需要说明的是,每一次Pod启动时,都需要更新对应第二对应关系中的启动时间。
至此,完成图4所示流程。
参见图5,为本申请实施例示出的一种步骤102中确定第二镜像文件的实现流程。
如图5所示,该流程可包括以下步骤:
步骤501,针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系。
如前所述,第一镜像文件为当前未被使用的镜像文件。本申请在确定出第一镜像文件后,还需要确定第一镜像文件的使用频率。
为此,本步骤根据第一镜像文件的标识,查询已记录的第二对应关系,找到与第一镜像文件的标识匹配的第二对应关系。
参见表5,为本申请实施例提供的当前已记录的第二对应关系示例。
表5
以镜像文件6为第一镜像文件为例,通过本步骤可查找到与镜像文件6的标识匹配的2条第二对应关系。
步骤502,获取匹配到的至少一个第二对应关系中的启动时间。
仍以镜像文件6为例,通过本步骤可获取到使用该镜像文件6的Pod的启动时间(2019-5-30 10:20:00和2019-5-30 10:50:00)。这里,Pod的启动时间即为镜像文件被使用的时间。也就是说,镜像文件6分别在2019-5-30 10:20:00和2019-5-30 10:50:00被使用。
步骤503,统计落入预设时间段内的启动时间的个数。
以预设时间段为1小时为例。当前时间为2019-5-30 11:30:00,则统计落入2019-5-30 10:30:00到2019-5-30 11:30:00的启动时间的个数。
仍以镜像文件6为例,镜像文件6对应的启动时间(被使用的时间)分别为2019-5-30 10:20:00和2019-5-30 10:50:00。可知,2019-5-30 10:50:00落入2019-5-30 10:30:00到2019-5-30 11:30:00的时间段,因此,统计落入2019-5-3010:30:00到2019-5-30 11:30:00内的启动时间的个数为1个。即,在最近1小时内,镜像文件6被使用了1次。
步骤504,若统计的个数达到预设次数阈值,确定该第一镜像文件为第二镜像文件。
当第一镜像文件在预设时间段内的被使用次数达到预设次数阈值,说明该第一镜像文件最近被使用的频率较高,则将该第一镜像文件确定为第二镜像文件,即使用频率较高的镜像文件。
至此,完成图5所示流程。
通过图5所示流程,节点可从当前未被使用的镜像文件中,确定出最近使用频率较高的镜像文件。
作为一个实施例,在执行步骤103删除使用频率较低的第三镜像文件后,还可以执行如下删除第二镜像文件的处理流程。参见图6,为本申请实施例示出的一种删除第二镜像文件的实现流程。
如图6所示,该流程可包括以下步骤:
步骤601,检测已使用资源达到预设的资源阈值时,确定各第二镜像文件的目标权威值。
本申请中,节点持续监测自身资源使用情况。在删除第三镜像文件后,若检测到已使用资源仍可达到预设的资源阈值,说明节点的资源仍然紧张,需要继续释放资源。为此,本申请开始删除第二镜像文件。
在删除第二镜像文件之前,首先,需要确定各第二镜像文件的目标权威值。这里,目标权威值用于表征镜像文件的重要程度。可以理解的是,之所以称为目标权威值只是为便于描述而进行的命名,并非用于限定。
本步骤确定第二镜像文件的目标权威值的过程,在下文中描述,这里暂不赘述。
步骤602,按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
本申请中,镜像文件的目标权威值越大,代表其重要程度越高。
本步骤中,按照第二镜像文件的重要程度从低到高的顺序,依次删除各第二镜像文件,直至节点已使用资源低于预设的资源阈值,即,满足资源要求时,停止删除。即,尽量保证重要程度高的第二镜像文件不被删除。
至此,完成图6所示流程。
通过图6所示流程可以看出,本申请中,当需要删除使用频率较高的镜像文件来释放资源时,优先删除重要程度较低的镜像文件,以进一步优化资源回收机制。
下面对步骤601中确定第二镜像文件的目标权威值的过程进行描述。
在执行步骤601之前需执行如下第三对应关系维护流程。这里,第三对应关系只是为便于描述而进行的命名,并非用于限定。该第三对应关系的具体含义在下文中介绍,这里暂不赘述。
参见图7,为本申请实施例示出的一种第三对应关系维护的实现流程。
如图7所示,该流程可包括以下步骤:
步骤701,针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系。
这里,需要说明的是,镜像文件的构建依赖于基础镜像文件。比如,系统提供了基础镜像文件A,用户在镜像文件A的基础上构建镜像文件B。即,镜像文件B依赖于镜像文件A,亦可称作,镜像文件B使用镜像文件A。也就是说,在一个Pod中,即存在Pod与镜像文件之间的使用关系,也存在各镜像文件之间的使用关系。
仍以Pod1为例,Pod1使用镜像文件3和镜像文件4。其中,镜像文件3在镜像文件1的基础上构建,即,镜像文件3使用镜像文件1;镜像文件4在镜像文件2的基础上构建,即,镜像文件4使用镜像文件2。
基于上述分析可得出,Pod1使用镜像文件1-镜像文件4;镜像文件3使用镜像文件1;镜像文件4使用镜像文件2。
步骤702,基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系。
基于步骤701确定的使用关系,可生成如表6所示的第三对应关系示例。
使用者的标识 | 被使用者的标识 |
Pod1 | 镜像文件1 |
Pod1 | 镜像文件2 |
Pod1 | 镜像文件3 |
Pod1 | 镜像文件4 |
镜像文件3 | 镜像文件1 |
镜像文件4 | 镜像文件2 |
表6
以镜像文件3为例,从表6中可以看出,Pod1使用了镜像文件3,此时,Pod1为使用者,镜像文件3为被使用者;镜像文件3又使用了镜像文件1,此时,镜像文件3为使用者,镜像文件1为被使用者。
至此,完成图7所示流程。
参见图8,为本申请实施例示出的一种确定第二镜像文件的目标权威值的实现流程。
如图8所示,该流程可包括以下步骤:
步骤801,针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系。
参见表7,为已记录的第三对应关系示例。
使用者的标识 | 被使用者的标识 |
Pod1 | 镜像文件1 |
Pod1 | 镜像文件2 |
Pod1 | 镜像文件3 |
Pod1 | 镜像文件4 |
镜像文件3 | 镜像文件1 |
镜像文件4 | 镜像文件2 |
Pod2 | 镜像文件5 |
Pod2 | 镜像文件6 |
Pod2 | 镜像文件1 |
镜像文件6 | 镜像文件1 |
Pod3 | 镜像文件6 |
Pod3 | 镜像文件7 |
Pod3 | 镜像文件1 |
表7
其中,镜像文件5-镜像文件7为已确定出的第二镜像文件。以镜像文件6为例,根据镜像文件6的标识,查询表7,找到与镜像文件6的标识匹配的对应关系,包括:第8条、第10条、第11条对应关系。
步骤802,从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者。
仍以镜像文件6为例,从第8条、第10条、第11条对应关系中可以看出,使用该镜像文件6的使用者包括Pod2和Pod3;被该镜像文件6使用的被使用者为镜像文件1。
步骤803,根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值。
本申请中,每一个使用者和被使用者均对应两个权威值:第一权威值和第二权威值。这里,第一权威值和第二权威值只是为便于描述而进行的命名,并非用于限定。
本步骤根据第一权威值、第二权威值确定目标权威值的过程,在下文中描述,这里暂不赘述。
至此,完成图8所示流程。
通过图8所示流程可以看出,本申请实施例中,基于镜像文件的使用关系(被使用或使用其它镜像文件),确定镜像文件的重要程度。
下面对步骤803中根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值的过程进行描述。参见图9,为本申请实施例示出的一种根据第一权威值、第二权威值确定目标权威值的实现流程。
如图9所示,该流程可包括以下步骤:
步骤901,获取第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和。
参见表7,仍以镜像文件5-镜像文件7为第二镜像文件为例。当前各Pod以及镜像文件的第一权威值和第二权威值均为1。对每一个第二镜像文件执行本步骤:
以镜像文件6为例,镜像文件6对应的被使用者为镜像文件1,镜像文件1的第一权威值为1,则该镜像文件6对应的被使用者的第一权威值的和为1。
镜像文件6对应的使用者为Pod2和Pod3,Pod2和Pod3的第二权威值均为1,则该镜像文件6对应的使用者的第二权威值的和为1+1=2。
同理,可计算出镜像文件5对应的被使用者的第一权威值的和为0,对应的使用者的第二权威值的和为1;镜像文件7对应的被使用者的第一权威值的和为0,对应的使用者的第二权威值的和为1。
镜像文件5、镜像文件6、镜像文件7对应的被使用者的第一权威值的和、对应的使用者的第二权威值的和,如表8所示。
第二镜像文件的标识 | 被使用者的第一权威值的和 | 使用者的第二权威值的和 |
镜像文件5 | 0 | 1 |
镜像文件6 | 1 | 2 |
镜像文件7 | 0 | 1 |
表8
步骤902,对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值。
标准化处理方法很多,本申请对此不作限定。
作为一个例子,在分别获取到镜像文件5、镜像文件6、镜像文件7的第一权威值的和之后,确定其中最大的第一权威值的和为1。以镜像文件5为例,利用镜像文件5的第一权威值的和除以最大的第一权威值的和,得到镜像文件5的新的第二权威值0/1=0。同理,可得到镜像文件6的新的第二权威值1/1=1;镜像文件7的新的第二权威值0/1=0。
作为一个例子,在分别获取到镜像文件5、镜像文件6、镜像文件7的第二权威值的和之后,确定其中最大的第二权威值的和为2。以镜像文件5为例,利用镜像文件5的第二权威值的和除以最大的第二权威值的和,得到镜像文件5的新的第一权威值1/2=0.5。同理,可得到镜像文件6的新的第一权威值2/2=1;镜像文件7的新的第一权威值1/2=0.5。
经过上述处理后,当前镜像文件5、镜像文件6、镜像文件7的第一权威值和第二权威值,如表9所示。
第二镜像文件的标识 | 第一权威值 | 第二权威值 |
镜像文件5 | 0.5 | 0 |
镜像文件6 | 1 | 1 |
镜像文件7 | 0.5 | 0 |
表9
返回步骤901继续执行新一轮的针对每一个第二镜像文件的操作,这里不再赘述。
步骤903,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值时,将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
当任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值(比如,小于0.05),完成对各第二镜像文件的第一权威值的收敛。将各第二镜像文件收敛后的第一权威值,作为各第二镜像文件的目标权威值。目标权威值越大代表对应第二镜像文件越重要。
至此,完成图9所示流程。
通过图9所示流程可以看出,本申请实施例中,镜像文件与其它镜像文件之间的关联性较大(存在较多的使用关系),其重要程度越高,越不应轻易删除。
以上对本申请实施例提供的方法进行了描述,下面对本申请实施例提供的装置进行描述:
参见图10,为本申请实施例提供的装置的结构示意图。该装置包括:第一确定单元1001、第二确定单元1002以及第一删除单元1003,其中:
第一确定单元1001,用于检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;
第二确定单元1002,用于从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;
第一删除单元1003,用于删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件。
作为一个实施例,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第一确定单元1001确定至少一个第一镜像文件之前,所述装置还包括:
第一维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系,该运行状态为工作状态;
检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系;
更新匹配到的第一对应关系中的运行状态为非工作状态;
所述第一确定单元1001确定至少一个第一镜像文件,包括:
针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态;
若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
作为一个实施例,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第二确定单元1002从所述至少一个第一镜像文件中,确定第二镜像文件之前,所述装置还包括:
第二维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系;
所述第二确定单元1002从所述至少一个第一镜像文件中,确定第二镜像文件,包括:
针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系;
获取匹配到的至少一个第二对应关系中的启动时间;
统计落入所述预设时间段内的启动时间的个数;
若统计的个数达到所述预设次数阈值,确定该第一镜像文件为第二镜像文件。
作为一个实施例,所述第一删除单元1003删除第三镜像文件之后,所述装置还包括:
第三确定单元,用于检测已使用资源达到预设的资源阈值时,确定各第二镜像文件的目标权威值,所述目标权威值用于表征镜像文件的重要程度;
第二删除单元,用于按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
作为一个实施例,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述第三确定单元确定各第二镜像文件的目标权威值之前,所述装置还包括:
第三维护单元,用于针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系;
基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系;
所述第三确定单元确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系;
从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者;
根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值。
作为一个实施例,所述第三确定单元根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件执行如下操作:
获取该第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和;
对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值;
返回继续执行针对每一个第二镜像文件的操作,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值;
将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
至此,完成图10所示装置的描述。本申请实施例中,通过删除使用频率较低的镜像文件,释放节点资源。通过保留使用频率较高的镜像文件,避免频繁从镜像仓库加载镜像文件,节约网络资源,且不影响依赖这些镜像文件启动的Pod的启动速度,有效提升服务效率。因此,本申请实施例提供的资源回收机制更加合理有效。
下面对本申请实施例提供的节点进行描述:
参见图11,为本申请实施例提供的一种节点的硬件结构示意图。该节点可包括处理器1101、存储有机器可执行指令的机器可读存储介质1102。处理器1101与机器可读存储介质1102可经由系统总线1103通信。并且,通过读取并执行机器可读存储介质1102中与资源回收逻辑对应的机器可执行指令,处理器1101可执行上文描述的资源回收方法。
本文提到的机器可读存储介质1102可以是任何电子、磁性、光学或其他物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,所述机器可读存储介质1102可以包括如下至少一个种存储介质:易失存储器、非易失性存储器、其它类型存储介质。其中,易失性存储器可为RAM(Random Access Memory,随机存取存储器),非易失性存储器可为闪存、存储驱动器(如硬盘驱动器)、固态硬盘、存储盘(如光盘、DVD等)。
本申请实施例还提供一种包括机器可执行指令的机器可读存储介质,例如图11中的机器可读存储介质1102,所述机器可执行指令可由节点中的处理器1101执行,以实现以上描述的资源回收方法。
至此,完成图11所示节点的描述。
以上所述仅为本申请实施例的较佳实施例而已,并不用以限制本申请,凡在本申请实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (12)
1.一种资源回收方法,其特征在于,应用于容器集群管理系统包括的节点,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述方法包括:
检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;
从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;
删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件;检测已使用资源达到预设的资源阈值时,针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系,所述已记录的第三对应关系是基于每一个Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系建立的;从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者;根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,所述目标权威值用于表征镜像文件的重要程度;按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
2.如权利要求1所述的方法,其特征在于,所述确定至少一个第一镜像文件之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系,该运行状态为工作状态;
检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系;
更新匹配到的第一对应关系中的运行状态为非工作状态;
所述确定至少一个第一镜像文件,包括:
针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态;
若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
3.如权利要求1所述的方法,其特征在于,所述从所述至少一个第一镜像文件中,确定第二镜像文件之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系;
所述从所述至少一个第一镜像文件中,确定第二镜像文件,包括:
针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系;
获取匹配到的至少一个第二对应关系中的启动时间;
统计落入所述预设时间段内的启动时间的个数;
若统计的个数达到所述预设次数阈值,确定该第一镜像文件为第二镜像文件。
4.如权利要求3所述的方法,其特征在于,所述确定各第二镜像文件的目标权威值之前,所述方法还包括:
针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系;
基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系。
5.如权利要求1所述的方法,其特征在于,根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件执行如下操作:
获取该第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和;
对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值;
返回继续执行针对每一个第二镜像文件的操作,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值;
将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
6.一种资源回收装置,其特征在于,应用于容器集群管理系统包括的节点,所述节点运行多个分组Pod,每一个Pod包括至少一个容器,所述装置包括:
第一确定单元,用于检测已使用资源达到预设的资源阈值时,确定至少一个第一镜像文件,所述第一镜像文件为当前未被使用的镜像文件;
第二确定单元,用于从所述至少一个第一镜像文件中,确定第二镜像文件,所述第二镜像文件为预设时间段内被使用次数达到预设次数阈值的第一镜像文件;
第一删除单元,用于删除第三镜像文件,所述第三镜像文件为不属于第二镜像文件的第一镜像文件;
第三确定单元,用于在第一删除单元删除第三镜像文件之后,检测已使用资源达到预设的资源阈值时,针对每一个第二镜像文件,从已记录的第三对应关系中,确定与该第二镜像文件的标识匹配的第三对应关系,所述已记录的第三对应关系是基于每一个Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系建立的;从匹配到的第三对应关系中,确定使用该第二镜像文件的至少一个使用者和被该第二镜像文件使用的至少一个被使用者;根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,所述目标权威值用于表征镜像文件的重要程度;
第二删除单元,用于按照目标权威值从小到大的顺序,依次删除各第二镜像文件,直到检测的已使用资源低于预设的资源阈值。
7.如权利要求6所述的装置,其特征在于,所述第一确定单元确定至少一个第一镜像文件之前,所述装置还包括:
第一维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的运行状态之间的第一对应关系,该运行状态为工作状态;
检测到该Pod异常或被终止时,查询与该Pod的标识匹配的第一对应关系;
更新匹配到的第一对应关系中的运行状态为非工作状态;
所述第一确定单元确定至少一个第一镜像文件,包括:
针对所有第一对应关系中记录的每一个镜像文件的标识,从已记录的第一对应关系中,查找与该镜像文件的标识对应的Pod的运行状态;
若该镜像文件的标识对应的所有Pod的运行状态均为非工作状态,确定该镜像文件为第一镜像文件。
8.如权利要求6所述的装置,其特征在于,所述第二确定单元从所述至少一个第一镜像文件中,确定第二镜像文件之前,所述装置还包括:
第二维护单元,用于针对每一个Pod,检测到Pod启动时,确定该Pod使用的镜像文件;
记录该Pod的标识、该Pod使用的镜像文件的标识、以及该Pod的启动时间之间的第二对应关系;
所述第二确定单元从所述至少一个第一镜像文件中,确定第二镜像文件,包括:
针对每一个第一镜像文件,从已记录的第二对应关系中,查询与该第一镜像文件的标识匹配的至少一个第二对应关系;
获取匹配到的至少一个第二对应关系中的启动时间;
统计落入所述预设时间段内的启动时间的个数;
若统计的个数达到所述预设次数阈值,确定该第一镜像文件为第二镜像文件。
9.如权利要求6所述的装置,其特征在于,所述第三确定单元确定各第二镜像文件的目标权威值之前,所述装置还包括:
第三维护单元,用于针对每一个Pod,检测到Pod启动时,解析该Pod中Pod与镜像文件之间以及各镜像文件之间的使用关系;
基于解析出的使用关系,建立使用者的标识与被使用者的标识之间的第三对应关系。
10.如权利要求6所述的装置,其特征在于,所述第三确定单元根据每一个第二镜像文件对应的各使用者和各被使用者的第一权威值和第二权威值,确定各第二镜像文件的目标权威值,包括:
针对每一个第二镜像文件执行如下操作:
获取该第二镜像文件对应的各被使用者的第一权威值的和、以及该第二镜像文件对应的各使用者的第二权威值的和;
对各第二镜像文件的第一权威值的和进行标准化处理,得到各第二镜像文件的新的第二权威值,以及对各第二镜像文件的第二权威值的和进行标准化处理,得到各第二镜像文件的新的第一权威值;
返回继续执行针对每一个第二镜像文件的操作,直至任一第二镜像文件相邻两次得到的第一权威值的差小于预设的差值阈值;
将最后一次得到的各第二镜像文件的第一权威值,作为各第二镜像文件的目标权威值。
11.一种节点,其特征在于,所述节点包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器被所述机器可执行指令促使:实现权利要求1-5任一所述的方法步骤。
12.一种机器可读存储介质,其特征在于,所述机器可读存储介质内存储有机器可执行指令,所述机器可执行指令被处理器执行时实现权利要求1-5任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911025182.7A CN110781005B (zh) | 2019-10-25 | 2019-10-25 | 资源回收方法、装置及节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911025182.7A CN110781005B (zh) | 2019-10-25 | 2019-10-25 | 资源回收方法、装置及节点 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110781005A CN110781005A (zh) | 2020-02-11 |
CN110781005B true CN110781005B (zh) | 2022-09-30 |
Family
ID=69386789
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911025182.7A Active CN110781005B (zh) | 2019-10-25 | 2019-10-25 | 资源回收方法、装置及节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110781005B (zh) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107357836A (zh) * | 2017-06-22 | 2017-11-17 | 北京市天元网络技术股份有限公司 | 一种vnf包以及其引用的镜像文件删除方法和设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101833512A (zh) * | 2010-04-22 | 2010-09-15 | 中兴通讯股份有限公司 | 一种内存回收方法及其装置 |
CN102611734A (zh) * | 2011-12-16 | 2012-07-25 | 广州市品高软件开发有限公司 | 一种基于云计算的镜像实例启动方法及装置 |
CN104487944B (zh) * | 2012-06-26 | 2017-07-14 | 日本电气株式会社 | 系统构造设备和系统构造方法 |
US10459769B2 (en) * | 2017-08-04 | 2019-10-29 | Unisys Corporation | Elastic container management system |
CN108984268A (zh) * | 2018-07-13 | 2018-12-11 | 郑州云海信息技术有限公司 | Docker系统中容器管理的方法和装置 |
CN109343859A (zh) * | 2018-08-17 | 2019-02-15 | 咪咕文化科技有限公司 | 一种信息处理方法、装置及存储介质 |
CN109491763B (zh) * | 2018-11-14 | 2021-07-20 | 北京奇艺世纪科技有限公司 | 一种系统部署方法、装置及电子设备 |
-
2019
- 2019-10-25 CN CN201911025182.7A patent/CN110781005B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107357836A (zh) * | 2017-06-22 | 2017-11-17 | 北京市天元网络技术股份有限公司 | 一种vnf包以及其引用的镜像文件删除方法和设备 |
Non-Patent Citations (3)
Title |
---|
Docker安全性研究;鲁涛等;《计算机技术与发展》;20180224;第28卷(第06期);115-120 * |
Koordinator: A Service Approach for Replicating Docker Containers in Kubernetes;Hylson Vescovi Netto;《2018 IEEE Symposium on Computers and Communications (ISCC)》;20181118;58-63 * |
基于Docker的分布式程序判定系统设计与实现;舒新峰等;《实验室研究与探索》;20180615;第37卷(第06期);140-143 * |
Also Published As
Publication number | Publication date |
---|---|
CN110781005A (zh) | 2020-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107015985B (zh) | 一种数据存储与获取方法及装置 | |
US7856437B2 (en) | Storing nodes representing respective chunks of files in a data store | |
CN106294190B (zh) | 一种存储空间管理方法及装置 | |
US20150317246A1 (en) | Memory Reclamation Method and Apparatus | |
CN103139255B (zh) | 分配资源标识和标识段的方法 | |
CN110716924B (zh) | 删除过期数据的方法和装置 | |
CN109918234B (zh) | 一种基于ssd的元数据恢复方法、装置、设备及介质 | |
CN111045988B (zh) | 文件查找方法、设备和计算机程序产品 | |
CN112765182A (zh) | 云服务器集群间的数据同步方法及装置 | |
CN112256650B (zh) | 存储空间管理方法、装置、设备及存储介质 | |
CN107181773A (zh) | 分布式存储系统的数据存储及数据管理方法、设备 | |
CN110737389B (zh) | 存储数据的方法和装置 | |
CN114745275B (zh) | 云服务环境中的节点更新方法、装置和计算机设备 | |
CN110781005B (zh) | 资源回收方法、装置及节点 | |
CN111309686B (zh) | 一种目录配额一致性控制方法、装置、设备及介质 | |
CN111399753B (zh) | 写入图片的方法和装置 | |
CN109165305B (zh) | 一种特征值存储、检索方法及装置 | |
CN110765125B (zh) | 一种存储数据的方法及装置 | |
CN110874182B (zh) | 一种条带索引的处理方法、装置及设备 | |
CN107168645B (zh) | 一种分布式系统的存储控制方法及系统 | |
US11429587B1 (en) | Multiple duration deduplication entries | |
CN109710408B (zh) | 内存管理方法和装置 | |
CN117632953B (zh) | 数据循环存储方法、装置、服务器及存储介质 | |
CN114579514B (zh) | 一种基于多计算节点的文件处理方法、装置及设备 | |
CN111881317B (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 |