我們很高興為大家帶來Kubernetes 1.20版本，2020年中的第三個、也是最后一個版本!此版本中包含42項增強功能：包括11項增強功能的穩定版、15項增強功能的beta版以及16項增強功能的alpha版。

繼之前的擴展發布周期之后，如今1.20版本已經恢復到正常的11周更新節奏。這是一段時間以來包含功能最為密集的版本之一，代表著Kubernetes的實際創新速度仍在加快。更重要的是，1.20版本中包含的增強功能alpha版數量甚至高于穩定版，這從一個側面證明云原生生態系統中仍有許多值得探索的創新空間。

[[356702]]

核心主題

存儲卷快照操作迎來穩定版

此項功能提供觸發存儲卷快照操作的標準方法，并允許用戶以可移植方式在任意Kubernetes環境以及受支持的存儲程序上合并快照操作。

此外，這些Kubernetes快照原語還作為基礎構建塊，可以為Kubernetes帶來開發高級企業級存儲管理功能的廣闊空間，包括應用程序或集群層級的備份解決方案。

需要注意的是，快照支持需要Kubernetes發行機構捆綁快照控制器、快照CRD以及驗證webhook，同時在集群上部署支持快照功能的CSI驅動程序。

Kubectl Debug功能步入beta階段

Kubectl alpha debug功能在1.20版本中迎來beta階段，如今已經更名為kubectl debug。此功能直接通過kubectl為用戶提供對常見調試工作流的支持。Beta版中，其支持的故障排查方案包括：

• 通過創建使用其他容器鏡像或命令的Pod副本，對啟動時發生崩潰的工作負載進行故障排查。
• 通過添加帶有調試工具的Pod新副本或臨時容器(臨時容器為一項alpha版功能，默認未啟用)對distroless容器進行故障排查。
• 通過在主機命名空間中創建運行容器，并由其訪問主機文件系統對節點進行故障排查。請注意，作為新的內置命令，kubectl debug的優先級超過一切名為“debug”的其他kubectl插件。你必須對受到影響的插件進行重新命名。

在1.20版本中，我們不建議大家繼續使用kubectl alpha debug，而且計劃在之后的版本中將其刪除。請更新你的腳本以使用kubectl debug。關于kubectl debug的更多詳細信息，請參閱調試當前運行的Pod。

Beta功能: API優先級與公平性

作為1.18版本中首次引入的一項功能，API優先級與公平性(APF)已經在Kubernetes 1.20版本中實現默認啟用。這意味著kube-apiserver可以按優先級對傳入的請求進行分類。

經過更新的alpha功能：IPV4/IPV6

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

通用版功能：限制進程PID以提高穩定性

進程ID(pid)是Linux上機上的一種基礎資源。要避免主機穩定性受到影響，我們需要在達到任務上限但又不觸及資源上限這兩項條件之間取得平衡點。

管理員們需要相應的機制以確保用戶Pod不會導致pid耗盡，避免主機守護程序(運行時、kubelet等)因此而停止運行。另外，更重要的是應確保在容器之間限制pid，確保它們不對節點上的其他工作負載產生太多影響。在一年之前實現默認啟用之后，SIG Node終于通過 SupportNodePidsLimit(節點到Pod PID隔離)以及SupportPodPidsLimit(按Pod限制PID)將限制進程PID以提高穩定性功能推向通用版本。

Alpha功能：節點優雅關閉

用戶與集群管理員都希望Pod能夠遵循預定的生命周期，當然也包括Pod終止階段。目前，在節點關閉時，Pod不會遵循預期的終止生命周期，因此無法正常終止并可能導致某些工作負載出現問題。GracefulNodeShutdown功能現已推出alpha版，用于向kubelet通知節點系統的關閉狀態，從而在系統關閉期間優雅關閉各Pod。

主要變化

棄用Dockershim

作為面向Docker的容器運行時接口(CRI)，我們在1.20新版本中宣布棄用dockershim。這意味著不再對Docker提供支持，并將在后續版本中徹底刪除此項功能。但大家不必擔心，Docker所生成的鏡像遵循開放容器倡議(OCI)鏡像規范，因此仍能夠在一切兼容CRI的運行時中繼續供您的集群正常使用。Kubernetes社區已經發布關于棄用決定的詳盡博文，其中還包含專門的常見問題解答頁面。

Exec探針超時處理

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