Kubernetes 1.21有什么功能

這篇文章給大家分享的是有關(guān)Kubernetes 1.21有什么功能的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

近日，Kubernetes 1.21正式發(fā)布，這也是2021年的第一個(gè)版本。此版本包含51項(xiàng)增強(qiáng)功能：13項(xiàng)增強(qiáng)功能已逐步升級(jí)為穩(wěn)定版，16項(xiàng)增強(qiáng)功能已轉(zhuǎn)換為Beta版，20項(xiàng)增強(qiáng)功能已進(jìn)入Alpha版，2項(xiàng)功能已棄用。新版本更新圍繞以下主題：

CronJobs畢業(yè)到穩(wěn)定

自Kubernetes 1.8起，CronJobs一直是一個(gè)測(cè)試版本功能，在1.21中，這個(gè)被廣泛使用的API逐漸穩(wěn)定下來(lái)。CronJobs 用于執(zhí)行定期的計(jì)劃操作，如備份、報(bào)告生成等。每個(gè)任務(wù)都應(yīng)該被配置為無(wú)限期重復(fù)出現(xiàn)，你可以在該間隔時(shí)間內(nèi)定義作業(yè)應(yīng)該啟動(dòng)的時(shí)間點(diǎn)。

ImmutableSecrets和ConfigMap

Immutable Secrets和ConfigMap為資源類型添加一個(gè)新字段，如果設(shè)置了該字段，資源類型將拒絕對(duì)這些對(duì)象的更改。默認(rèn)情況下，Secrets和ConfigMap是可變的，這對(duì)于能夠使用更改的Pod是有益的。如果將錯(cuò)誤的配置推送給使用它們的pod，可變的 Secrets 和 ConfigMaps 也會(huì)導(dǎo)致問(wèn)題。

通過(guò)將Secrets和ConfigMaps標(biāo)記為不可變，可以確保您的應(yīng)用程序配置不會(huì)改變。如需更改，則要?jiǎng)?chuàng)建一個(gè)新的、唯一命名的Secret或ConfigMap，并部署一個(gè)新的pod來(lái)使用該資源。不可變的資源還具有擴(kuò)展優(yōu)勢(shì)，因?yàn)榭刂破鞑恍枰喸傾PI服務(wù)器來(lái)觀察改變。

IPv4/IPv6 雙棧支持

IP地址是消耗性資源，集群操作人員和管理員需要確保其不會(huì)耗盡。特別是，公共IPv4地址現(xiàn)在很稀缺，具有雙棧支持，可以將原生IPv6路由到Pod和服務(wù)，同時(shí)仍允許您的群集在需要的地方使用IPv4。雙棧集群網(wǎng)絡(luò)還改善了工作負(fù)載的可能伸縮限制。

Kubernetes中的雙棧支持意味著Pod、服務(wù)和節(jié)點(diǎn)可以獲取IPv4地址和IPv6地址。在Kubernetes1.21中，雙棧網(wǎng)絡(luò)已從alpha升級(jí)到beta，并且默認(rèn)啟用，從而可以同時(shí)分配IPv4和IPv6地址。

IPv4 / IPv6雙棧提供以下功能

• 雙棧Pod網(wǎng)絡(luò)（每個(gè)Pod分配一個(gè)IPv4和IPv6地址）

• 支持IPv4和IPv6的服務(wù)

• 同時(shí)通過(guò)IPv4和IPv6接口進(jìn)行集群外出口路由（例如Internet）

Graceful Node Shutdown

Kubernetes1.21中，GracefulNode Shutdown已經(jīng)升級(jí)到Beta版，它允許 kubelet 知道節(jié)點(diǎn)關(guān)閉，并優(yōu)雅地終止調(diào)度到該節(jié)點(diǎn)的 pod。

目前，當(dāng)節(jié)點(diǎn)關(guān)閉時(shí)，pod還不能遵循預(yù)期終止生命周期，也不會(huì)正常關(guān)閉，這可能會(huì)在許多不同的工作負(fù)載下帶來(lái)問(wèn)題。以后，kubelet將能夠通過(guò)systemd檢測(cè)到即將發(fā)生的系統(tǒng)關(guān)閉，然后通知正在運(yùn)行的Pod，以便它們可以盡可能正常地終止。

PersistentVolume健康監(jiān)測(cè)器

PersistentVolume通常用于應(yīng)用程序中獲取本地的、基于文件的存儲(chǔ)。它們可以以多種不同的方式使用，并可以幫助用戶遷移應(yīng)用程序而無(wú)需重新編寫存儲(chǔ)后端。

Kubernetes 1.21具有一項(xiàng)新的alpha功能，該功能可以監(jiān)視PV的運(yùn)行狀況，并在卷變得不健康時(shí)進(jìn)行相應(yīng)標(biāo)記。工作負(fù)載將能夠?qū)\(yùn)行狀況做出反應(yīng)，以保護(hù)數(shù)據(jù)不被從不健康的卷上寫入或讀取。

棄用 PodSecurityPolicy

PodSecurityPolicy 作為 Kubernetes 目前常用的安全策略管理和授權(quán)機(jī)制，在一些限制存儲(chǔ)和網(wǎng)絡(luò)特權(quán)使用的場(chǎng)景中，提供了諸多便利。但因版本不兼容等問(wèn)題，PodSecurityPolicy在 Kubernetes 1.21 中被棄用。與 Kubernetes 所有已棄用的特性一樣，PodSecurityPolicy將在其他多個(gè)版本中繼續(xù)可用并提供完整的功能。之前處于測(cè)試階段的 PodSecurityPolicy 計(jì)劃在 Kubernetes 1.25 中刪除。

棄用 TopologyKeys

在 Kubernetes 1.21 中，服務(wù)字段 topologyKeys 被棄用；使用此字段的所有組件功能以前都是alpha，現(xiàn)在也已棄用。我們用一種實(shí)現(xiàn)感知拓?fù)渎酚傻姆椒ㄌ鎿Q了 topologyKeys，這種支持拓?fù)涞奶崾臼?Kubernetes 1.21 中的一個(gè) alpha 特性。

減少Kubernetes的構(gòu)建維護(hù)

之前，Kubernetes維護(hù)了多個(gè)構(gòu)建系統(tǒng)，這通常是造成新貢獻(xiàn)者和現(xiàn)有貢獻(xiàn)者之間摩擦以及復(fù)雜性的根源。在上一個(gè)發(fā)布周期中，為了簡(jiǎn)化構(gòu)建過(guò)程和標(biāo)準(zhǔn)化原生的 Golang 構(gòu)建工具，我們投入了大量的精力。

在此次發(fā)布周期中，圍繞發(fā)布流程的所有權(quán)也產(chǎn)生重大轉(zhuǎn)變：從定期向社區(qū)請(qǐng)求輸入的同步通信模式，轉(zhuǎn)變?yōu)樯鐓^(qū)選擇模式——發(fā)布中加入特性或博客。這使社區(qū)協(xié)作和團(tuán)隊(duì)合作得到進(jìn)一步增強(qiáng)。

引入暫停作業(yè)特性

Job（作業(yè)）是 Kubernetes API 的重要組成部分。雖然其他類型的工作負(fù)載（例如Deployments，ReplicaSets，StatefulSets和DaemonSets）解決了需要 Pod 永遠(yuǎn)運(yùn)行的用例，但 Job 在 Pod 需要運(yùn)行到完成時(shí)非常有用。Job 通常用于并行批處理，可以用于各種應(yīng)用程序，如視頻渲染、數(shù)據(jù)庫(kù)維護(hù)、科學(xué)計(jì)算等。

雖然并行度和 Job 完成的條件是可配置的，但 Kubernetes API 缺乏暫停和恢復(fù)Job 的能力。當(dāng)集群資源有限，需要在另一個(gè) Job 的位置上執(zhí)行一個(gè)更高優(yōu)先級(jí)的 Job 時(shí)，通常需要?jiǎng)h除較低優(yōu)先級(jí)的 Job ，這是一個(gè)糟糕的解決方案，因?yàn)?Pod 完成歷史和其他與 Job 相關(guān)的指標(biāo)將會(huì)丟失。

在Kubernetes 1.21 版本中，你可以通過(guò)更新其規(guī)范來(lái)暫停 Job。該特性目前處于 alpha 階段，需要你在 API 服務(wù)器和控制器管理器上啟用 suspend Job 特性門才能使用它。

感謝各位的閱讀！關(guān)于“Kubernetes 1.21有什么功能”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！