這篇文章主要介紹Kubernetes 1.20有哪些新功能，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了鳩江免費(fèi)建站歡迎大家使用！

Kubernetes 1.20 版本有 43 個(gè)增強(qiáng)(從 1.19 版本增加的 34 個(gè))，包括 15 個(gè)全新的，11 個(gè)升級(jí)到穩(wěn)定的，以及 17 個(gè)對(duì)現(xiàn)有特性的改進(jìn)。

這表明這些增強(qiáng)的作用范圍較小。例如，對(duì) kube-apiserver 進(jìn)行了一些更改，以使其在 HA 集群中更加友好并具有更好的性能。它還可以在升級(jí)后更有效地重新啟動(dòng)。

為什么會(huì)這樣？

這些小的改進(jìn)和新特性為未來的重大變化鋪平了道路。然而，最新版本已經(jīng)有了一個(gè)主要的變化(盡管人們期待已久)。

Kubernetes 棄用 Docker

從 1.20 版本開始，Kubernetes 將不再支持 Docker 作為容器運(yùn)行時(shí)，而是支持容器運(yùn)行時(shí)接口Container Runtime Interface（CRI）。

但是不要驚慌！

這并不意味著 Docker 已經(jīng)死了，你不必放棄 Docker 工具。對(duì)于 Kubernetes 用戶來說，不會(huì)有太大的改變，因?yàn)槟闳匀豢梢允褂?Docker 構(gòu)建容器，生成的映像也將繼續(xù)在 Kubernetes 集群中運(yùn)行。

然而，Kubernetes 計(jì)劃在未來的版本中移除 kubelet 和 dockershim 中的 Docker 引擎支持，很可能在明年晚些時(shí)候。但是你可以通過將內(nèi)置 dockershim 替換為外部 dockershim 來繼續(xù)使用它。

Docker 和 Mirantis 還同意合作并維護(hù) Kubernetes 之外的 shim 代碼，作為 Docker 引擎的一個(gè)一致的 CRI 接口。這確保它通過了所有的一致性測試，并像以前的內(nèi)置版本一樣無縫地工作。

為了保持優(yōu)秀的開發(fā)人員體驗(yàn)，Docker 計(jì)劃繼續(xù)將這個(gè) shim 發(fā)布到 Docker 桌面，而 Mirantis 將在 Mirantis Kubernetes 引擎中利用這個(gè)功能。此外，對(duì)用 Docker 工具構(gòu)建的容器映像的 net/net 支持不會(huì)被棄用，而且會(huì)像以前一樣工作。

盡管 Docker 是領(lǐng)先的容器解決方案，但并不是為了嵌入到 Kubernetes 中而開發(fā)的。它不僅具有容器運(yùn)行時(shí)功能，還具有多種 UX 增強(qiáng)功能，使開發(fā)人員能夠與之無縫交互。

Docker 是一個(gè)完整的技術(shù)堆棧(而不僅僅是一個(gè)集裝箱化平臺(tái))，它也提供了稱為“containerd”的高級(jí)容器運(yùn)行時(shí)，從現(xiàn)在起，這將是您的容器運(yùn)行時(shí)選項(xiàng)。

這些更新和增強(qiáng)功能不一定專注于 Kubernetes。取而代之的是，它們旨在克服障礙，使開發(fā)人員能夠最大程度地利用障礙。例如，目前，Kubernetes 集群需要一個(gè)名為 Dockershim 的工具，該工具已容器化。它用于為團(tuán)隊(duì)必須維護(hù)的另一種工具增加一定程度的復(fù)雜性。但是，它是經(jīng)常產(chǎn)生錯(cuò)誤和其他問題的來源。因此，Kubernetes 項(xiàng)目計(jì)劃在 1.23 版中刪除 Dockershim 并終止對(duì) Docker 的支持。

這意味著問題僅歸結(jié)為將 Docker 換成 CRI 運(yùn)行時(shí)。但是就目前而言，Docker 開發(fā)仍然是相同的沒有任何明顯的差異。內(nèi)置 Docker 的映像不是特定于 Docker 的，而是Open Container Initiative (OCI) images。

OCI 是 Docker 在 2015 年建立的，以支持可互操作的容器標(biāo)準(zhǔn)(以確保容器可以在任何環(huán)境下運(yùn)行)。在過去的五年里，它被證明是一個(gè)巨大的成功，在促進(jìn)創(chuàng)新的同時(shí)保持互操作性。要使用這些圖像，可以使用 containerd 或CRI-O。

令人興奮的新功能

1. CronJobs 和 Kubelet CRI 支持

CronJobs 在 1.4 版中引入，并從 1.5 版開始具有 CRI 支持。但是，盡管被廣泛使用，但都沒有被認(rèn)為是穩(wěn)定的。因此，很高興看到開發(fā)人員所依賴的用于運(yùn)行生產(chǎn)集群的功能不再被視為 Alpha。

2. CSIServiceAccountToken

此更新通過增強(qiáng)身份驗(yàn)證和令牌處理，大大提高了安全性?，F(xiàn)在您可以更安全地訪問需要身份驗(yàn)證的卷(包括 secret vaults)，設(shè)置和部署也要容易得多。

3.公開關(guān)注于資源請(qǐng)求和對(duì) Pod 模型的限制的度量

現(xiàn)在有了更多指標(biāo)可以更好地規(guī)劃集群的容量，當(dāng)遇到驅(qū)逐問題時(shí)，它也有助于排除故障。

4.優(yōu)雅的節(jié)點(diǎn)關(guān)閉

雖然它是一個(gè)小特性，但它使開發(fā)人員的工作變得簡單多了。通過在節(jié)點(diǎn)關(guān)閉時(shí)適當(dāng)釋放資源，您現(xiàn)在可以避免奇怪的行為。

5. kube-apiserver 身份標(biāo)識(shí)

每個(gè) kube-apiserver 實(shí)例的唯一標(biāo)識(shí)符通常不會(huì)被注意到，但這是必要的，因?yàn)榱私馑鼘⒂兄诖_保未來 Kubernetes 版本中的高可用性特性。

6.系統(tǒng)組件日志清理

Kubernetes 系統(tǒng)漏洞最近曝光，尤其是憑證泄漏到日志輸出中。牢記大局，現(xiàn)在您可以確定泄漏的潛在來源，并建立編輯機(jī)制以消除這些泄漏。

Kubernetes 的系統(tǒng)漏洞最近暴露出來，特別是憑證泄露到日志輸出中?，F(xiàn)在可以確定泄漏的潛在源，并設(shè)置一個(gè)修訂機(jī)制來消除這些漏洞。

應(yīng)該了解的關(guān)鍵棄用

1. kubeadm 主節(jié)點(diǎn)角色更名

階段：棄用

功能組：集群生命周期

現(xiàn)在將node-role.kubernetes.io/master 更改為 node-role.kubernetes.io/control-plane。

2.棄用和禁用 SelfLink

階段：升級(jí)到 Beta

功能組：api-machinery

每個(gè) Kubernetes 對(duì)象中的 SelfLink 字段都包含一個(gè)表示給定對(duì)象的 URL，但不提供任何新信息。同時(shí)，它的創(chuàng)建和維護(hù)會(huì)影響性能。

Kubernetes 1.16 開始棄用，從現(xiàn)在開始，特性門（ feature gate）在默認(rèn)情況下是禁用的，并計(jì)劃在 Kubernetes 1.21 中刪除。

3.流式代理重定向

階段：棄用

功能組：節(jié)點(diǎn)

在 1.18 版中已標(biāo)記為棄用，StreamingProxyRedirects 和--redirect-container-streaming標(biāo)志都不會(huì)啟用。在 1.22 版本中，它也會(huì)被默認(rèn)禁用，而在 1.24 版本中則完全刪除。

從上面可以看到，Kubernetes 的開發(fā)人員和管理員沒有什么可擔(dān)心的。當(dāng)他們利用 docker 命令和 kubectl 命令來管理 Kubernetes 集群時(shí)，本質(zhì)上就是業(yè)務(wù)。

以上是“Kubernetes 1.20有哪些新功能”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！