[發(fā)明專利]Docker容器的協(xié)調(diào)方法

有效

• 申請?zhí)枺?/td>: 201910711113.5
• 申請日: 2019-08-02
• 公開（公告）號: CN110442428B
• 公開（公告）日: 2022-08-02
• 發(fā)明（設(shè)計）人: 高建;白暉峰;霍超;候瑩瑩;尹志斌;張港紅;苑佳楠;李新軍
• 申請（專利權(quán)）人: 北京智芯微電子科技有限公司;國網(wǎng)信息通信產(chǎn)業(yè)集團有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F9/48;G06F9/50
• 代理公司: 北京興智翔達知識產(chǎn)權(quán)代理有限公司 11768
• 代理人: 張玉梅

本發(fā)明公開了一種Docker容器的協(xié)調(diào)方法，包括：在容器的運行過程中，實時監(jiān)控各個Docker容器的資源消耗和運行狀態(tài)，根據(jù)容器的資源消耗和運行狀態(tài)判斷是否需要對容器的當(dāng)前狀態(tài)進行調(diào)整；根據(jù)判斷結(jié)果，對容器的設(shè)定閾值進行調(diào)整，并根據(jù)調(diào)整后的設(shè)定閾值，對資源消耗和運行狀態(tài)進行調(diào)整。本發(fā)明提供的Docker容器的協(xié)調(diào)方法實時根據(jù)Docker容器的資源消耗和運行狀態(tài)進行調(diào)整，具有實時性、能有效應(yīng)對容器快速部署，實現(xiàn)容器技術(shù)和動態(tài)需求無縫適配，提高容器的可靠性。

技術(shù)領(lǐng)域

本發(fā)明是關(guān)于容器技術(shù)，特別是關(guān)于一種Docker容器的協(xié)調(diào)方法。

背景技術(shù)

Docker容器是一個開源的應(yīng)用容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個可移植的容器中，然后發(fā)布到任何流行的Linux機器上，也可以實現(xiàn)虛擬化。目的是為了減少Hypervisor技術(shù)為代表的虛擬化技術(shù)所帶來的性能開銷，可以在更細的粒度上利用機器資源。

目前，一個終端設(shè)備中可以運行多個Docker容器，各容器可以共用終端設(shè)備中的資源(例如CPU資源、內(nèi)存資源)。在現(xiàn)有技術(shù)中，為了使得容器中的各個應(yīng)用程序可以正常運行，在創(chuàng)建Docker容器時，根據(jù)容器中的應(yīng)用程序?qū)Y源的平均需求，為容器分配固定的資源，且在使用過程中，容器中的應(yīng)用程序根據(jù)分配的資源進行運行。

隨著嵌入式設(shè)備硬件能力的發(fā)展，智能終端設(shè)備具備了向云端提供服務(wù)及與云端協(xié)同的能力，盡管終端設(shè)備硬件得到了提高，大多數(shù)的嵌入式設(shè)備依然在存儲、CPU和網(wǎng)絡(luò)等資源方面十分受限，如何實現(xiàn)容器的協(xié)調(diào)管理從而緩解嵌入式虛擬化給系統(tǒng)帶來的性能下降、資源利用率低、額外開銷大等問題，是本專利研究解決的問題，從而減輕系統(tǒng)負載，提高資源利用率。

現(xiàn)有調(diào)度算法都是在Docker容器第一次啟動的時候?qū)ζ溥M行調(diào)度，但是在實際生產(chǎn)環(huán)境中，經(jīng)常會出現(xiàn)己經(jīng)運行的容器被重新啟動或者冗余的情況，缺乏動態(tài)的調(diào)度管理方法。另外應(yīng)用的數(shù)量和類型均日益增加，應(yīng)用的功能也越來越豐富，應(yīng)用對資源的需求也逐漸增大，Docker容器的資源無法滿足應(yīng)用程序的需求，使得容器中的應(yīng)用程序無法正常運行，導(dǎo)致容器的可靠性較低。

公開于該背景技術(shù)部分的信息僅僅旨在增加對本發(fā)明的總體背景的理解，而不應(yīng)當(dāng)被視為承認或以任何形式暗示該信息構(gòu)成已為本領(lǐng)域一般技術(shù)人員所公知的現(xiàn)有技術(shù)。

發(fā)明內(nèi)容

本發(fā)明的目的在于提供一種Docker容器的協(xié)調(diào)方法，其能夠提高容器的可靠性。

為實現(xiàn)上述目的，本發(fā)明提供了一種Docker容器的協(xié)調(diào)方法，包括：在容器的運行過程中，實時監(jiān)控各個Docker容器的資源消耗和運行狀態(tài)，所述資源消耗和運行狀態(tài)包括CPU利用率、內(nèi)存占用以及容器占用的傳輸速率；根據(jù)容器的資源消耗和運行狀態(tài)判斷是否需要對容器的當(dāng)前狀態(tài)進行調(diào)整；根據(jù)判斷結(jié)果，對容器的設(shè)定閾值進行調(diào)整，并根據(jù)調(diào)整后的設(shè)定閾值，對資源消耗和運行狀態(tài)進行調(diào)整。

在一優(yōu)選的實施方式中，所述設(shè)定閾值包括閾值上限Y_max；所述根據(jù)容器的資源消耗和運行狀態(tài)判斷是否需要對容器的當(dāng)前狀態(tài)進行調(diào)整包括：在預(yù)設(shè)時間間隔，計算容器的資源消耗綜合指數(shù)V；當(dāng)容器的資源消耗綜合指數(shù)連續(xù)M次超過閾值上限Y_max，則判定需要進行對應(yīng)服務(wù)的擴容。

在一優(yōu)選的實施方式中，所述設(shè)定閾值包括閾值下限Y_min；所述在預(yù)設(shè)時間間隔，計算容器的資源消耗綜合指數(shù)V之后，還包括：當(dāng)容器的資源消耗綜合指數(shù)連續(xù)M次低于閾值下限Y_min，則判定需要進行對應(yīng)服務(wù)的收縮。

在一優(yōu)選的實施方式中，所述在預(yù)設(shè)時間間隔，計算容器的資源消耗綜合指數(shù)V包括：在預(yù)設(shè)時間間隔，根據(jù)第一公式計算所述資源消耗綜合指數(shù)V，所述第一公式包括：