[發明專利]一種容器資源回收方法、系統、設備以及介質

在審

• 申請號: 202010953482.8
• 申請日: 2020-09-11
• 公開（公告）號: CN112181638A
• 公開（公告）日: 2021-01-05
• 發明（設計）人: 胡葉
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50
• 代理公司: 北京連和連知識產權代理有限公司 11278
• 代理人: 劉小峰;陳黎明

本發明公開了一種容器資源回收方法，包括以下步驟：根據預設的掃描頻率掃描第一預設表和第二預設表中的容器實例的參數信息；每次掃描后從所述第一預設表中基于參數信息篩選出符合第一預設條件的多個容器實例，并根據所述第二預設表的參數信息從所述多個容器實例中篩選出滿足第二預設條件的若干個容器實例；釋放所述若干個容器實例以回收資源。本發明還公開了一種系統、計算機設備以及可讀存儲介質。本發明提出的方案通過對第一預設表和第二預設表中容器實例的過濾，實現計算資源自動回收。

技術領域

本發明涉及資源回收領域，具體涉及一種容器資源回收方法、系統、設備以及存儲介質。

背景技術

隨著人工智能技術的不斷發展以及產業AI化的不斷推進，越來越多的行業用戶開始構建自身的AI資源管理平臺來支撐企業的AI業務開發與運行。由于Docker容器具有輕量、環境封裝及快速部署等特性，因此目前主流的解決方案都是基于Docker容器技術實現的，研發人員在資源平臺申請資源創建Docker容器環境，然后登陸環境進行AI模型的開發與調試工作，在這個過程中，系統管理員發現經常存在用戶在調試完成后不能及時釋放環境資源，導致資源空載但是又有其他用戶一直等待資源。

目前已經有AI資源管理平臺針對該問題提供了相關的解決策略，基本思路是設置資源使用的最長時長，例如設置環境最長時長為4小時，環境運行4小時后平臺自動將資源進行回收。

這種策略雖然一定程度上緩解了資源空載的問題，但是這種操作經常會誤刪正在運行任務的環境，此外環境刪除后沒有提供相應的備份策略，用戶如果沒有提前保存的話，會造成前期工作和數據的遺失。

發明內容

有鑒于此，為了克服上述問題的至少一個方面，本發明實施例提出一種容器資源回收方法，包括以下步驟：

根據預設的掃描頻率掃描第一預設表和第二預設表中的容器實例的參數信息；

每次掃描后從所述第一預設表中基于參數信息篩選出符合第一預設條件的多個容器實例，并根據所述第二預設表的參數信息從所述多個容器實例中篩選出滿足第二預設條件的若干個容器實例；

釋放所述若干個容器實例以回收資源。

在一些實施例中，還包括：

響應于檢測到容器實例創建，將所述容器實例的創建時間、狀態以及狀態更新時間記錄到所述第一預設表中；

每隔預設時間段獲取所述容器實例的資源利用率并保存到所述第二預設表中。

在一些實施例中，每次掃描后從所述第一預設表中基于參數信息篩選出符合第一預設條件的多個容器實例，進一步包括：

從所述第一預設表中篩選出狀態為運行且當前時間與狀態更新時間之間的差值為預設時長的多個容器實例。

在一些實施例中，根據所述第二預設表的參數信息從所述多個容器實例中篩選出滿足第二預設條件的若干個容器實例，進一步包括：

將所述第二預設表中所述多個容器實例對應的資源利用率與利用率閾值進行對比，以篩選出所述資源利用率小于所述利用率閾值的若干個容器實例。

在一些實施例中，釋放所述若干個容器實例以回收資源，進一步包括：

將所述若干個容器實例分別保存為鏡像文件后進行釋放；

將所述第二預設表中所述若干個容器實例對應的狀態更新為停止。

在一些實施例中，還包括：

響應于接收到容器實例恢復的指令，獲取與所述指令對應的鏡像文件；

根據所述第一預設表中記載的參數信息重新調度資源以利用所述鏡像文件重新創建容器實例；