[發明專利]資源回收方法、裝置及節點

有效

• 申請號: 201911025182.7
• 申請日: 2019-10-25
• 公開（公告）號: CN110781005B
• 公開（公告）日: 2022-09-30
• 發明（設計）人: 白晨
• 申請（專利權）人: 新華三大數據技術有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F11/14
• 代理公司: 北京博思佳知識產權代理有限公司 11415
• 代理人: 高萍

本申請提供一種資源回收方法、裝置及節點，應用于容器集群管理系統包括的節點。節點檢測已使用資源達到預設的資源閾值時，確定至少一個第一鏡像文件，所述第一鏡像文件為當前未被使用的鏡像文件；從所述至少一個第一鏡像文件中，確定第二鏡像文件，所述第二鏡像文件為預設時間段內被使用次數達到預設次數閾值的第一鏡像文件；刪除第三鏡像文件，所述第三鏡像文件為不屬于第二鏡像文件的第一鏡像文件。以使節點的資源回收更加合理。

技術領域

本申請涉及網絡通信技術領域，尤其涉及一種資源回收方法、裝置及節點。

背景技術

容器集群管理系統(比如，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使用的鏡像文件；