[發明專利]一種面向docker鏡像倉庫的鏡像垃圾清理系統及方法

有效

• 申請號: 201710347806.1
• 申請日: 2017-05-17
• 公開（公告）號: CN107105054B
• 公開（公告）日: 2019-12-24
• 發明（設計）人: 于杰
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 37100 濟南信達專利事務所有限公司
• 代理人: 姜明

1.一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，包括兩個鏡像倉庫及以下模塊：請求代理模塊、消息中心模塊、清理模塊、清理agent，其中，

兩個鏡像倉庫分別為主鏡像倉庫、備用鏡像倉庫，主鏡像倉庫負責鏡像的上傳和下載請求，備用鏡像倉庫負責存儲清洗后的鏡像；

請求代理模塊負責請求和鏡像寫入存儲，并根據消息中心模塊的標識信息，執行不同代理請求；

消息中心模塊為請求代理模塊提供標識信息，該標識信息包括開始清理、清理結束、主鏡像倉庫地址、備用鏡像倉庫地址，并在清理結束時向鏡像倉庫上的清理agent推送執行清空鏡像倉庫的命令；

清理模塊，根據消息中心的標識執行定時任務，對存儲的請求進行取上傳和刪除請求的差集，并把差集對應的上傳請求再次重新發送到當前的備用鏡像倉庫，執行完成后向消息中心發送標識消息；

清理agent，請求agent在接收到消息中心的推送后，執行本模塊的清理工作，完成后，向消息中心發送清理完成消息。

2.根據權利要求1所述的一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，在請求代理模塊將請求和鏡像寫入存儲時，首先配置請求存儲模塊和鏡像存儲模塊，來分別存儲該請求和鏡像，該請求包括上傳鏡像請求和刪除鏡像請求，請求代理模塊把上傳和刪除鏡像的請求記錄到請求存儲模塊中，把鏡像放到鏡像存儲模塊中。

3.根據權利要求2所述的一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，所述請求代理模塊的工作過程為：

請求代理模塊在消息中心中查看當前的系統所處的階段：是鏡像垃圾清理階段還是非鏡像垃圾清理階段，并且獲取當前的主鏡像地址和備用鏡像倉庫的地址；

如果是非鏡像垃圾清理階段，則向當前的主鏡像倉庫透傳發送請求；

如果是鏡像垃圾清理階段，則上傳鏡像請求向備用鏡像倉庫上傳；下載鏡像時，先通過備用鏡像倉庫下載，如果沒有，則通過主鏡像倉庫下載。

4.根據權利要求2所述的一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，所述消息中心模塊中，在緩存鏡像上傳、刪除請求時，提供開始清理、清理結束的標識按照不同的邏輯執行代理請求，清理模塊定時根據消息中心的標識執行清理任務，并向消息中心寫入執行階段的標識，消息中心根據收集到的標識，向清理agent發送清理命令，并根據獲取到的消息標識所處階段及時切換主備倉庫的邏輯角色。

5.根據權利要求4所述的一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，所述消息中心模塊中，接受清理模塊和清理agent發送的消息，進行標識階段和邏輯主備用鏡像倉庫及向清理agent推送命令，具體實現步驟為：

步驟一：首先進行初始化，消息中心模塊設置當前的階段為非清理階段，設置當前的邏輯主備用鏡像倉庫；

步驟二：當接收到清理模塊開始清理鏡像消息請求時，設置當前階段為鏡像清理階段；

步驟三：當接收到清理模塊發送的差集請求重發結束的消息時，則向清理agent發送清理本模塊命令；

步驟四：當接收到所有的清理agent的清理完成消息后，改變當前的階段為非清理階段，切換主備用鏡像倉庫的邏輯角色。

6.根據權利要求4或5所述的一種面向docker鏡像倉庫的鏡像垃圾清理系統，其特征在于，所述清理模塊定時根據消息中心模塊的標識進行計算緩存請求的差集和向備用鏡像倉庫執行差集請求，其實現步驟為：

清理模塊定時啟動，并向消息中心模塊不斷詢問上階段的清理流程是否結束；

當詢問到上階段清理流程結束，則在消息中心模塊中標識清理工作開始，并從消息中心模塊中獲取到主鏡像倉庫地址和備用鏡像倉庫地址；

清理模塊向請求存儲模塊取得存儲的鏡像上傳請求和鏡像刪除請求，并計算出上傳請求和刪除請求的差集，并從鏡像存儲中獲取到差集對應的上傳鏡像請求對應的鏡像；

向備用鏡像倉庫執行差集對應的上傳鏡像請求，全部執行完上傳請求后，向消息中心發送消息，清理模塊上傳鏡像差集請求結束。