在瞬息萬變的技術(shù)世界中，為用戶提供持續(xù)不斷、快速的創(chuàng)新至關(guān)重要。Kubernetes是一個極佳引擎，可以在云端、本地以及邊緣驅(qū)動創(chuàng)新。因此，Kubernetes及其整個生態(tài)系統(tǒng)本身迭代十分迅速，讓Kubernetes保持最新狀態(tài)以確保安全和新功能的使用對于任何部署來說都至關(guān)重要。

Rancher 2.4已于上周GA，在Rancher 2.4中，我們正式引入了零宕機集群升級功能。通俗來說，這個功能可以讓你在飛機飛行過程中更換引擎，而不受任何干擾。開發(fā)人員可以繼續(xù)將應(yīng)用程序部署到集群，用戶也可以繼續(xù)使用服務(wù)而不會受到干擾。與此同時，與Rancher的OOB （out of band）Kubernetes更新結(jié)合使用之后，集群operator可以在已發(fā)布版本的數(shù)小時內(nèi)安全地發(fā)布維護和安全更新。

在Rancher之前的版本中，RKE首先升級etcd節(jié)點，并且注意不中斷quorum。然后Rancher立刻迅速升級所有控制平面的節(jié)點，最后所有worker節(jié)點也會馬上升級。這導(dǎo)致API和工作負(fù)載可用性會出現(xiàn)短暫故障。此外，一旦控制平面更新，Rancher便將集群狀態(tài)視為“active”，使得operator可能不知道工作節(jié)點依舊在升級中。

在Rancher 2.4中，我們優(yōu)化了整個升級流程以保證CI/CD流水線的正常交付和工作負(fù)載持續(xù)為流量提供服務(wù)。在整個過程中，Rancher會以更新狀態(tài)查看集群，這使operator可以快速看到集群中正在發(fā)生的某些事情。

Rancher依舊先從ectd節(jié)點開始升級，一次升級一個節(jié)點，并且注意不破壞quorum。作為額外的預(yù)防措施，operator會在升級前對etcd和Kubernetes配置進行快照。并且如果你需要回滾，整個集群可以恢復(fù)到升級前的狀態(tài)。

如你所知，部署應(yīng)用程序到集群需要Kubernetes API可用。在Rancher 2.4中，Kubernetes控制平面節(jié)點也會一次升級一個。第一臺server將會 offline、升級然后放回集群。接下來，僅當(dāng)之前的節(jié)點報告其狀態(tài)為健康時，控制平面節(jié)點才會開始升級。這一行為保證了API在升級過程中始終響應(yīng)請求。

Rancher 2.4節(jié)點升級的兩大更改

集群上的大多數(shù)活動發(fā)生在worker節(jié)點上。在Rancher 2.4中，節(jié)點的升級方式發(fā)生了兩個重大變化。第一個是可以設(shè)置單次升級worker節(jié)點的數(shù)量。對于傳統(tǒng)的方法或者較小的集群，operator可以一次只選擇一個節(jié)點進行升級。對于較大集群的operator而言，可以調(diào)整設(shè)置以升級更大的批處理規(guī)模。該選項在風(fēng)險和時間之間取得平衡，并提供了最大的靈活性。第二個更改是operator可以在worker節(jié)點升級前選擇消耗工作負(fù)載。首先驅(qū)逐節(jié)點可以最大程度地減少Pod重新啟動對Kubernetes次要版本升級的影響。

諸如CoreDNS、NGINX Ingress和CNI驅(qū)動程序之類的附加服務(wù)與worker節(jié)點同步更新。Rancher 2.4公開了每種附加部署類型的升級策略，這使得附加升級可以使用原生Kubernetes可用性結(jié)構(gòu)。