[發明專利]一種鏡像管理方法、系統、設備以及介質

有效

• 申請號: 202010463373.8
• 申請日: 2020-05-27
• 公開（公告）號: CN111625320B
• 公開（公告）日: 2022-05-17
• 發明（設計）人: 馮晶
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455
• 代理公司: 北京連和連知識產權代理有限公司 11278
• 代理人: 劉小峰

本發明公開了一種鏡像管理方法，包括以下步驟：構建存儲基礎鏡像的第一存儲空間和存儲鏡像定制文件的第二存儲空間；響應于接收到鏡像下載請求，從第一存儲空間獲取對應的基礎鏡像以及從第二存儲空間獲取對應的鏡像定制文件；檢測系統節點的數量；響應于節點的數量小于預設數量，將對應的基礎鏡像和對應的鏡像定制文件依次下發到每一個節點。本發明還公開了一種系統、計算機設備以及可讀存儲介質。本發明提出的方案通過ICS將基礎鏡像和鏡像定制文件分別存儲極大節省了完整鏡像在鏡像倉庫的存儲空間。并且在進行鏡像下發時，由于下發的是基礎鏡像和鏡像定制文件，而不是將構造好的完整鏡像批量下發，極大的減少了帶寬占用，提高了傳輸速度。

技術領域

本發明涉及鏡像領域，具體涉及一種鏡像管理方法、系統、設備以及存儲介質。

背景技術

在容器運維過程中發現在利用數據中心存儲與網絡容量進行容器鏡像的大規模分發時出現了效率瓶頸。因為依據Docker鏡像的存儲與下載方式，一套完整的鏡像由各層相關的全部文件組成，在對Docker鏡像進行更新時，需要下載完整的鏡像。

根據Docker的存儲原理，隨著Docker容器的使用，每一次操作，部署，修改，都會存儲下來，而一套完整的鏡像由各層相關的全部文件組成，所以每個鏡像的大小就會越來越大，那么不但容器的鏡像倉庫需要增加磁盤空間，容器鏡像的下載部署也需要占用更大的網絡資源，大規模的批量下載鏡像部署時，就會出現網絡擁堵，導致效率嚴重下降。

發明內容

有鑒于此，為了克服上述問題的至少一個方面，本發明實施例提出一種鏡像管理方法，包括以下步驟：

構建存儲基礎鏡像的第一存儲空間和存儲鏡像定制文件的第二存儲空間；

響應于接收到鏡像下載請求，從所述第一存儲空間獲取對應的基礎鏡像以及從所述第二存儲空間獲取對應的鏡像定制文件；

檢測系統節點的數量；

響應于所述節點的數量小于預設數量，將所述對應的基礎鏡像和所述對應的鏡像定制文件依次下發到每一個節點。

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

響應于所述節點的數量不小于所述預設數量，將所述對應的基礎鏡像和所述對應的鏡像定制文件依次下發到若干個中轉節點；

所述中轉節點再將所述對應的基礎鏡像和所述對應的鏡像定制文件依次下發到其他節點。

在一些實施例中，將所述對應的基礎鏡像和所述對應的鏡像定制文件依次下發到若干個中轉節點，進一步包括：

獲取所述每一個節點的資源利用率；

將所述資源利用率小于閾值的節點作為中轉節點。

在一些實施例中，響應于接收到鏡像下載請求，從所述第一存儲空間獲取對應的基礎鏡像以及從所述第二存儲空間獲取對應的鏡像定制文件，進一步包括：

判斷所述鏡像下載請求對應的IP地址是否在預設的白名單中；

響應于所述IP地址在所述預設的白名單中，解析所述鏡像下載請求，以獲取所述對應的基礎鏡像和所述對應的鏡像定制文件；

響應于所述IP地址不在所述預設的白名單中，對所述鏡像下載請求進行攔截。

基于同一發明構思，根據本發明的另一個方面，本發明的實施例還提供了一種鏡像管理系統，包括：

構建模塊，所述構建模塊配置為構建存儲基礎鏡像的第一存儲空間和存儲鏡像定制文件的第二存儲空間；

第一響應模塊，所述第一響應模塊配置為響應于接收到鏡像下載請求，從所述第一存儲空間獲取對應的基礎鏡像以及從所述第二存儲空間獲取對應的鏡像定制文件；