[發明專利]一種僵尸容器的檢測方法、裝置及設備

有效

• 申請號: 201910714810.6
• 申請日: 2019-08-02
• 公開（公告）號: CN110618853B
• 公開（公告）日: 2022-04-22
• 發明（設計）人: 李棱銥;紀勇;黃治綱
• 申請（專利權）人: 東軟集團股份有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F11/30
• 代理公司: 北京工信聯合知識產權代理有限公司 11266
• 代理人: 郭一斐

本申請公開一種僵尸容器的檢測方法、裝置及設備，該方法包括：主Agent在確定任一Slave主機存在異常時，向該Slave主機配置的子Agent發送異常檢測請求；子Agent在接收到異常檢測請求時，檢測該Slave主機中是否存在異常容器，并將得到的檢測結果上報至主Agent；主Agent根據檢測結果確定該Slave主機中存在異常容器后，向該Slave主機配置的子Agent發送僵尸容器檢測請求；子Agent基于所述異常容器與對應的容器組的運行狀態比對結果，和\或，所述異常容器返回響應的情況，確定所述異常容器是否為僵尸容器。本申請逐層實現對僵尸容器的檢測，并基于異常容器與對應容器組的運行狀態比對結果、異常容器返回響應的情況，準確確定出異常容器是否為僵尸容器。

技術領域

本申請涉及數據處理領域，具體涉及一種僵尸容器的檢測方法、裝置及設備。

背景技術

在容器的運行過程中，可能由于內部進程、Docker(應用容器引擎)響應能力等因素造成容器無法正常工作也無法被刪除，且在容器列表中仍顯示為運行態，對于這種類型的容器通常被稱為僵尸容器。由于僵尸容器的存在可能造成應用異常難以修復，嚴重時可能會影響整個Docker環境的正常運行，因此需要對其進行及時的檢測及處理。

目前，對于容器狀態的檢測是利用health check腳本完成的，具體的，healthcheck腳本通過獲取系統中用于表示容器狀態的參數，來確定容器是否正常運行。但是，僅通過獲取參數的方式是不能確定僵尸容器的，因為僵尸容器的參數可能仍顯示為運行態，但事實上它已經無法正常工作且無法被刪除，也就是說，僵尸容器的參數不能準確反映自身的狀態。

因此，目前亟需能夠準確檢測僵尸容器的方式，以避免僵尸容器的存在造成應用異常難以修復，以及影響整個Docker環境的正常運行的狀況發生。

發明內容

有鑒于此，本申請提供了一種僵尸容器的檢測方法、裝置及設備，能夠準確檢測僵尸容器。

第一方面，為實現上述發明目的，本申請提供了一種僵尸容器的檢測方法，所述方法應用于容器集群管理系統，所述容器集群管理系統包括雇主主機和從主機，所述雇主主機配置有主代理，所述從主機配置有子代理，所述方法包括：

所述主代理在確定任一從主機存在異常時，向存在異常的所述從主機配置的子代理發送異常檢測請求；

所述子代理在接收到所述異常檢測請求時，檢測存在異常的所述從主機中是否存在異常容器，并將檢測結果上報至所述主代理；

所述主代理根據所述檢測結果確定存在異常的所述從主機中存在異常容器后，向存在異常的所述從主機配置的子代理發送指明所述異常容器的僵尸容器檢測請求；

所述子代理基于所述異常容器與對應的容器組的運行狀態比對結果，和\或，所述異常容器返回響應的情況，確定所述異常容器是否為僵尸容器。

一種可選的實施方式中，所述檢測存在異常的從主機中是否存在異常容器，包括：

確定存在異常的從主機的應用容器引擎中運行的各個容器組分別對應的容器；將所述各個容器組分別對應的容器與預設容器列表中存儲的各個容器組分別對應的容器進行比對，以確定所述存在異常的從主機中是否存在異常容器；其中，所述異常容器為所述應用容器引擎中與所述預設容器列表比對不一致的容器；

和\或，

獲取預設進程資源占用列表中占用資源量大的前N項進程；確定所述前N項進程占用的系統資源是否存在異常，以確定所述存在異常的從主機中是否存在異常容器；其中，所述異常容器為占用的系統資源存在異常的進程對應的容器。

一種可選的實施方式中，所述獲取預設進程資源占用列表中占用資源量大的前N項進程之前，還包括：

檢測所述從主機的應用容器引擎是否存在運行異常；