[發(fā)明專利]容器集群智能生命周期管理方法及裝置

有效

• 申請?zhí)枺?/td>: 201810856574.7
• 申請日: 2018-07-31
• 公開（公告）號: CN109032758B
• 公開（公告）日: 2021-07-13
• 發(fā)明（設計）人: 南亞;原帥;呂灼恒;郝文靜;王家堯
• 申請（專利權(quán)）人: 曙光信息產(chǎn)業(yè)（北京）有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F9/48
• 代理公司: 北京蘭亭信通知識產(chǎn)權(quán)代理有限公司 11667
• 代理人: 趙永剛

本發(fā)明提供一種容器集群智能生命周期管理方法及裝置。所述方法包括：接收用戶提交的啟動容器所需的相關(guān)參數(shù)，所述相關(guān)參數(shù)包括選擇鏡像、運行節(jié)點、資源限制、啟動策略和啟動順序；根據(jù)模板生成yaml文件；根據(jù)所述啟動策略啟動Pod；按照所述啟動順序依次啟動容器。本發(fā)明能夠簡化用戶的操作和對任務的維護，便于容器生命周期管理。

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

本發(fā)明涉及計算機應用技術(shù)領(lǐng)域，尤其涉及一種容器集群智能生命周期管理方法及裝置。

背景技術(shù)

隨著Docker技術(shù)的發(fā)展和廣泛流行，云原生應用和容器調(diào)度管理系統(tǒng)也成為IT領(lǐng)域大熱的詞匯。事實上，云原生應用的思想，在Docker技術(shù)火爆之前，已經(jīng)由云計算技術(shù)的領(lǐng)導者和分布式系統(tǒng)架構(gòu)的推廣者廣泛傳播，例如云原生應用的12要素早在2011年就由Heroku的工程師提出了；只不過以虛擬機技術(shù)作為云原生應用的基礎(chǔ)實施，由于虛擬機鏡像大、鏡像標準不統(tǒng)一以及打包流程和工具不統(tǒng)一，業(yè)界廣泛接受的云原生應用標準，限制了云原生應用的流行。而Docker的出現(xiàn)正好解決了這些限制云原生應用構(gòu)建、交付和運行的瓶頸，使得構(gòu)建云原生應用成為了使用Docker的開發(fā)者自然而然的選擇。

單機的Docker引擎和單一的容器鏡像只能解決單一服務的打包和測試問題。而要運行生產(chǎn)級的企業(yè)級應用，就需要容器調(diào)度管理系統(tǒng)。在這里面，Docker技術(shù)就仿佛運送系統(tǒng)零件的集裝箱，把云原生應用的各個標準化零件交付到各個企業(yè)的不同碼頭，而容器調(diào)度管理系統(tǒng)就是企業(yè)應用的運行車間，把不同的零件組裝、運行、維護起來。

現(xiàn)有的容器調(diào)度管理系統(tǒng)存在以下缺陷：

同一個Pod的多個容器定義中沒有優(yōu)先級，啟動順序不能保證，需要應用自己通過重試機制解決；kubernetes的Scheduler服務(kube-scheduler進程)負責實現(xiàn)Pod的調(diào)度，整個調(diào)度過程通過執(zhí)行一系列的算法最終為每個Pod計算出一個最佳的目標節(jié)點，這一過程是自動完成的，無法知道Pod最終會被調(diào)度到哪個節(jié)點上；運行Pod中的服務不能指定是一次性服務還是長服務；運行Pod的時候，如果指定執(zhí)行節(jié)點的資源不能滿足Pod的運行，提交后的Pod是不會運行的，同時Pod中的容器也不會運行，或者不能全部運行。

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

本發(fā)明提供的容器集群智能生命周期管理方法及裝置，能夠簡化用戶的操作和對任務的維護，便于容器生命周期管理。

第一方面，本發(fā)明提供一種容器集群智能生命周期管理方法，包括：

接收用戶提交的啟動容器所需的相關(guān)參數(shù)，所述相關(guān)參數(shù)包括選擇鏡像、運行節(jié)點、資源限制、啟動策略和啟動順序；

根據(jù)模板生成yaml文件；

根據(jù)所述啟動策略啟動Pod；

按照所述啟動順序依次啟動容器。

可選地，在所述接收用戶提交的啟動容器所需的相關(guān)參數(shù)之后，所述方法還包括：

對節(jié)點進行前處理，使得節(jié)點的標簽和yaml文件中的nodeSelector屬性相匹配。

可選地，所述根據(jù)所述啟動策略啟動Pod包括：判斷所述資源限制是否超出集群可用資源，若不超出，則根據(jù)所述啟動策略啟動Pod；否則不啟動Pod。

可選地，所述資源限制包括CPU和RAM資源的限制；

所述方法還包括：

當容器運行在節(jié)點上時，監(jiān)測容器消耗的CPU和RAM資源，當容器消耗的RAM資源超出RAM資源的限制時，結(jié)束所述容器；當容器消耗的CPU資源超出CPU資源的限制時，將所述容器作為CPU節(jié)流的候選者。

可選地，所述啟動策略包括重啟策略，所述重啟策略包括以下三種：容器失效時即重啟；容器終止運行且退出碼不為0時重啟；不重啟。