我們很高興為大家?guī)?lái)Kubernetes 1.20版本，2020年中的第三個(gè)、也是最后一個(gè)版本!此版本中包含42項(xiàng)增強(qiáng)功能：包括11項(xiàng)增強(qiáng)功能的穩(wěn)定版、15項(xiàng)增強(qiáng)功能的beta版以及16項(xiàng)增強(qiáng)功能的alpha版。

繼之前的擴(kuò)展發(fā)布周期之后，如今1.20版本已經(jīng)恢復(fù)到正常的11周更新節(jié)奏。這是一段時(shí)間以來(lái)包含功能最為密集的版本之一，代表著Kubernetes的實(shí)際創(chuàng)新速度仍在加快。更重要的是，1.20版本中包含的增強(qiáng)功能alpha版數(shù)量甚至高于穩(wěn)定版，這從一個(gè)側(cè)面證明云原生生態(tài)系統(tǒng)中仍有許多值得探索的創(chuàng)新空間。

[[356702]]

核心主題

存儲(chǔ)卷快照操作迎來(lái)穩(wěn)定版

此項(xiàng)功能提供觸發(fā)存儲(chǔ)卷快照操作的標(biāo)準(zhǔn)方法，并允許用戶以可移植方式在任意Kubernetes環(huán)境以及受支持的存儲(chǔ)程序上合并快照操作。

此外，這些Kubernetes快照原語(yǔ)還作為基礎(chǔ)構(gòu)建塊，可以為Kubernetes帶來(lái)開(kāi)發(fā)高級(jí)企業(yè)級(jí)存儲(chǔ)管理功能的廣闊空間，包括應(yīng)用程序或集群層級(jí)的備份解決方案。

需要注意的是，快照支持需要Kubernetes發(fā)行機(jī)構(gòu)捆綁快照控制器、快照CRD以及驗(yàn)證webhook，同時(shí)在集群上部署支持快照功能的CSI驅(qū)動(dòng)程序。

Kubectl Debug功能步入beta階段

Kubectl alpha debug功能在1.20版本中迎來(lái)beta階段，如今已經(jīng)更名為kubectl debug。此功能直接通過(guò)kubectl為用戶提供對(duì)常見(jiàn)調(diào)試工作流的支持。Beta版中，其支持的故障排查方案包括：

• 通過(guò)創(chuàng)建使用其他容器鏡像或命令的Pod副本，對(duì)啟動(dòng)時(shí)發(fā)生崩潰的工作負(fù)載進(jìn)行故障排查。
• 通過(guò)添加帶有調(diào)試工具的Pod新副本或臨時(shí)容器(臨時(shí)容器為一項(xiàng)alpha版功能，默認(rèn)未啟用)對(duì)distroless容器進(jìn)行故障排查。
• 通過(guò)在主機(jī)命名空間中創(chuàng)建運(yùn)行容器，并由其訪問(wèn)主機(jī)文件系統(tǒng)對(duì)節(jié)點(diǎn)進(jìn)行故障排查。請(qǐng)注意，作為新的內(nèi)置命令，kubectl debug的優(yōu)先級(jí)超過(guò)一切名為“debug”的其他kubectl插件。你必須對(duì)受到影響的插件進(jìn)行重新命名。

在1.20版本中，我們不建議大家繼續(xù)使用kubectl alpha debug，而且計(jì)劃在之后的版本中將其刪除。請(qǐng)更新你的腳本以使用kubectl debug。關(guān)于kubectl debug的更多詳細(xì)信息，請(qǐng)參閱調(diào)試當(dāng)前運(yùn)行的Pod。

Beta功能: API優(yōu)先級(jí)與公平性

作為1.18版本中首次引入的一項(xiàng)功能，API優(yōu)先級(jí)與公平性(APF)已經(jīng)在Kubernetes 1.20版本中實(shí)現(xiàn)默認(rèn)啟用。這意味著kube-apiserver可以按優(yōu)先級(jí)對(duì)傳入的請(qǐng)求進(jìn)行分類(lèi)。

經(jīng)過(guò)更新的alpha功能：IPV4/IPV6

IPv4/IPv6雙棧迎來(lái)重新實(shí)現(xiàn)，旨在支持用戶及社區(qū)就雙協(xié)議棧服務(wù)提出的反饋要求。這意味著我們可以將IPv4與IPv6服務(wù)集群的IP地址同時(shí)分配給單一服務(wù)，也能夠在服務(wù)中實(shí)現(xiàn)單IP棧與雙IP棧的往來(lái)切換。

通用版功能：限制進(jìn)程PID以提高穩(wěn)定性

進(jìn)程ID(pid)是Linux上機(jī)上的一種基礎(chǔ)資源。要避免主機(jī)穩(wěn)定性受到影響，我們需要在達(dá)到任務(wù)上限但又不觸及資源上限這兩項(xiàng)條件之間取得平衡點(diǎn)。

管理員們需要相應(yīng)的機(jī)制以確保用戶Pod不會(huì)導(dǎo)致pid耗盡，避免主機(jī)守護(hù)程序(運(yùn)行時(shí)、kubelet等)因此而停止運(yùn)行。另外，更重要的是應(yīng)確保在容器之間限制pid，確保它們不對(duì)節(jié)點(diǎn)上的其他工作負(fù)載產(chǎn)生太多影響。在一年之前實(shí)現(xiàn)默認(rèn)啟用之后，SIG Node終于通過(guò) SupportNodePidsLimit(節(jié)點(diǎn)到Pod PID隔離)以及SupportPodPidsLimit(按Pod限制PID)將限制進(jìn)程PID以提高穩(wěn)定性功能推向通用版本。

Alpha功能：節(jié)點(diǎn)優(yōu)雅關(guān)閉

用戶與集群管理員都希望Pod能夠遵循預(yù)定的生命周期，當(dāng)然也包括Pod終止階段。目前，在節(jié)點(diǎn)關(guān)閉時(shí)，Pod不會(huì)遵循預(yù)期的終止生命周期，因此無(wú)法正常終止并可能導(dǎo)致某些工作負(fù)載出現(xiàn)問(wèn)題。GracefulNodeShutdown功能現(xiàn)已推出alpha版，用于向kubelet通知節(jié)點(diǎn)系統(tǒng)的關(guān)閉狀態(tài)，從而在系統(tǒng)關(guān)閉期間優(yōu)雅關(guān)閉各Pod。

主要變化

棄用Dockershim

作為面向Docker的容器運(yùn)行時(shí)接口(CRI)，我們?cè)?.20新版本中宣布棄用dockershim。這意味著不再對(duì)Docker提供支持，并將在后續(xù)版本中徹底刪除此項(xiàng)功能。但大家不必?fù)?dān)心，Docker所生成的鏡像遵循開(kāi)放容器倡議(OCI)鏡像規(guī)范，因此仍能夠在一切兼容CRI的運(yùn)行時(shí)中繼續(xù)供您的集群正常使用。Kubernetes社區(qū)已經(jīng)發(fā)布關(guān)于棄用決定的詳盡博文，其中還包含專(zhuān)門(mén)的常見(jiàn)問(wèn)題解答頁(yè)面。

Exec探針超時(shí)處理

長(zhǎng)期存在的exec探針超時(shí)bug終于得到修復(fù)(此bug可能對(duì)已經(jīng)使用修復(fù)新版本的現(xiàn)有Pod定義造成影響)。在發(fā)布修復(fù)之前，exec探針未考慮到字段timeoutSeconds。相反，探針將無(wú)限期運(yùn)行，甚至超出其配置上限，直到返回結(jié)果。在本次更改之后，如果未指定值，則探針僅默認(rèn)應(yīng)用1秒。如果探針耗費(fèi)的時(shí)間超過(guò)1秒，則現(xiàn)有Pod定義可能無(wú)法自給自足。本次修復(fù)還添加了一項(xiàng)名為ExecProbeTimeout的特征門(mén)，允許集群操作人員還原至先前行為;但在后續(xù)發(fā)行版中，此功能將被鎖定及刪除。要恢復(fù)先前行為，集群操作人員應(yīng)將此特征門(mén)設(shè)置為false。