[發(fā)明專利]一種使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202011331992.8
• 申請(qǐng)日: 2020-11-24
• 公開(kāi)（公告）號(hào): CN112416523A
• 公開(kāi)（公告）日: 2021-02-26
• 發(fā)明（設(shè)計(jì)）人: 尹東超;石光銀;蔡衛(wèi)衛(wèi);高傳集
• 申請(qǐng)（專利權(quán)）人: 浪潮云信息技術(shù)股份公司
• 主分類號(hào): G06F9/455
• 分類號(hào): G06F9/455;G06F9/48
• 代理公司: 濟(jì)南信達(dá)專利事務(wù)所有限公司 37100
• 代理人: 姜明

本發(fā)明公開(kāi)了一種使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法，屬于計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域。本發(fā)明的使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法，通過(guò)利用kubernetesRuntimeClass容器運(yùn)行時(shí)類的特性，在kubernetes集群內(nèi)聲明不同的容器運(yùn)行時(shí)資源，實(shí)現(xiàn)在kubernetes集群中同時(shí)支持多種不同的容器運(yùn)行時(shí)組件，并選擇合適的運(yùn)行時(shí)來(lái)調(diào)度不同的Pod，同時(shí)實(shí)現(xiàn)支持異構(gòu)集群部署運(yùn)行。該發(fā)明的使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法能夠極大的提高集群的擴(kuò)展能力，同時(shí)使異構(gòu)集群的配置和實(shí)現(xiàn)更加便捷靈活，具有很好的推廣應(yīng)用價(jià)值。

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

本發(fā)明涉及計(jì)算機(jī)應(yīng)用技術(shù)領(lǐng)域，具體提供一種使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法。

背景技術(shù)

Kubernetes是谷歌開(kāi)源的容器集群管理系統(tǒng)，它的發(fā)展非常迅速，已經(jīng)成為最流行和最活躍的容器編排系統(tǒng)。它提供了完善的集群管理能力，包括多層次的安全防護(hù)和準(zhǔn)入機(jī)制、多租戶應(yīng)用支撐能力、透明的服務(wù)注冊(cè)和服務(wù)發(fā)現(xiàn)機(jī)制、內(nèi)建負(fù)載均衡器、故障發(fā)現(xiàn)和自我修復(fù)能力、服務(wù)滾動(dòng)升級(jí)和在線擴(kuò)容、可擴(kuò)展的資源自動(dòng)調(diào)度機(jī)制、多粒度的資源配額管理能力。

從架構(gòu)上來(lái)說(shuō)，Kubernetes的組件可以分為Master和Node兩部分，其中Master是整個(gè)集群的大腦，所有的編排、調(diào)度、API訪問(wèn)等都由Master來(lái)負(fù)責(zé)。而Node則是負(fù)責(zé)運(yùn)行具體的容器，并為容器提供存儲(chǔ)、網(wǎng)絡(luò)等必要功能。其中，Container runtime負(fù)責(zé)鏡像管理以及Pod和容器的真正運(yùn)行(CRI)，默認(rèn)的容器運(yùn)行時(shí)為Docker。

在CRI之下，包括兩種容器運(yùn)行時(shí)的實(shí)現(xiàn)：

一種是內(nèi)置的dockershim，實(shí)現(xiàn)了Docker容器引擎的支持以及CNI網(wǎng)絡(luò)插件(包括kubenet)的支持。

另一種是外部的容器運(yùn)行時(shí)，用來(lái)支持runc、containerd、gVisor等外部容器運(yùn)行時(shí)。

在Kubernetes集群中，每個(gè)節(jié)點(diǎn)底層由一個(gè)叫做“容器運(yùn)行時(shí)”的組件進(jìn)行支撐，它負(fù)責(zé)諸如啟停容器等操作。自從Kubernetes社區(qū)開(kāi)源起，Docker即成為最廣為人知的應(yīng)用最廣泛的運(yùn)行時(shí)組件。盡管Docker是Kubernetes默認(rèn)使用的運(yùn)行時(shí)組件，但并非唯一可用的容器運(yùn)行時(shí)。事實(shí)上，隨著Kubernetes的廣泛應(yīng)用，僅僅依賴Docker這一個(gè)運(yùn)行時(shí)無(wú)法滿足越來(lái)越多樣化的云原生應(yīng)用場(chǎng)景。由此催生出越來(lái)越多的容器運(yùn)行時(shí)組件。然而在早期的kubernetes中不管是Docker還是RKT等運(yùn)行時(shí)組件，都需要通過(guò)內(nèi)部、不太穩(wěn)定的接口直接集成到kubelet的源碼中。這樣的集成過(guò)程要求不僅需要對(duì)kubelet內(nèi)部原理十分熟悉，并且僅僅是更新容器運(yùn)行時(shí)就需要重新發(fā)布kubernetes版本，這在Kubernetes社區(qū)中也造成了巨大的維護(hù)管理成本。這些因素都導(dǎo)致容器運(yùn)行時(shí)發(fā)展初期難以靈活使用和擴(kuò)展。

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

本發(fā)明的技術(shù)任務(wù)是針對(duì)上述存在的問(wèn)題，提供一種能夠極大的提高集群的擴(kuò)展能力，同時(shí)使異構(gòu)集群的配置和實(shí)現(xiàn)更加便捷靈活的使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法。

為實(shí)現(xiàn)上述目的，本發(fā)明提供了如下技術(shù)方案：

一種使用RuntimeClass實(shí)現(xiàn)多容器運(yùn)行時(shí)的方法，該方法通過(guò)利用kubernetesRuntimeClass容器運(yùn)行時(shí)類的特性，在kubernetes集群內(nèi)聲明不同的容器運(yùn)行時(shí)資源，實(shí)現(xiàn)在kubernetes集群中同時(shí)支持多種不同的容器運(yùn)行時(shí)組件，并選擇合適的運(yùn)行時(shí)來(lái)調(diào)度不同的Pod，同時(shí)實(shí)現(xiàn)支持異構(gòu)集群部署運(yùn)行。

作為優(yōu)選，Kubelet與容器運(yùn)行時(shí)通過(guò)CRI接口通信，CRI接口在創(chuàng)建沙箱時(shí)，支持選擇運(yùn)行時(shí)處理器。

作為優(yōu)選，Kubelet使用Docker、CRI-O或Containerd作為運(yùn)行時(shí)。