簡介：阿里云開源的云原生應(yīng)用自動化管理套件、CNCF Sandbox 項目 -- OpenKruise，今天發(fā)布 v0.10.0 新版本，這也會是 OpenKruise v1.0 之前的最后一個 minor 版本。 本文將帶你一覽 v0.10.0 的新變化，其中新增的 WorkloadSpread、PodUnavailableBudget 等大顆粒特性后續(xù)還將有轉(zhuǎn)文詳細(xì)介紹其設(shè)計實現(xiàn)原理。

作者 | 酒祝

背景

阿里云開源的云原生應(yīng)用自動化管理套件、CNCF Sandbox 項目 -- OpenKruise，今天發(fā)布 v0.10.0 新版本，這也會是 OpenKruise v1.0 之前的最后一個 minor 版本。

本文將帶你一覽 v0.10.0 的新變化，其中新增的 WorkloadSpread、PodUnavailableBudget 等大顆粒特性后續(xù)還將有轉(zhuǎn)文詳細(xì)介紹其設(shè)計實現(xiàn)原理。

新功能概覽

1. ?WorkloadSpread：旁路的應(yīng)用彈性拓?fù)涔芾砟芰?/span>

在應(yīng)用部署運(yùn)維的場景下，有著多種多樣的拓?fù)浯蛏⒁约皬椥缘脑V求。其中最常見、最基本的，就是按某種或幾種拓?fù)渌酱蛏?#xff0c;比如：

• 應(yīng)用部署需要按 node 維度打散，避免堆疊（提高容災(zāi)能力）
• 應(yīng)用部署需要按 AZ（available zone）維度打散（提高容災(zāi)能力）

這些基本的訴求，通過 Kubernetes 原生提供的 pod affinity、topology spread constraints 等能力目前都能夠滿足了。但在實際的生產(chǎn)場景下，還有著太多更加復(fù)雜的分區(qū)與彈性需求，以下舉一些實際的例子：

• 按 zone 打散時，需要指定在不同 zone 中部署的比例數(shù)，比如某個應(yīng)用在 zone a、b、c 中部署的 Pod 數(shù)量比例為 1 : 1 : 2 等（由于一些現(xiàn)實的原因比如該應(yīng)用在多個 zone 中的流量不均衡等）
  
• 存在多個 zone 或不同機(jī)型的拓?fù)?#xff0c;應(yīng)用擴(kuò)容時，優(yōu)先部署到某個 zone 或機(jī)型上，當(dāng)資源不足時再部署到另一個 zone 或機(jī)型上（往后以此類推）；應(yīng)用縮容時，要按反向順序，優(yōu)先縮容后面 zone 或機(jī)型上的 Pod（往前以此類推）
  
• 存在多個基礎(chǔ)的節(jié)點池和彈性的節(jié)點池，應(yīng)用部署時需要固定數(shù)量或比例的 Pod 部署在基礎(chǔ)節(jié)點池，其余的都擴(kuò)到彈性節(jié)點池

對于這些例子，過去一般只能將一個應(yīng)用拆分為多個 Workload（比如 Deployment）來部署，才能解決應(yīng)用在不同拓?fù)湎虏捎貌煌壤龜?shù)量、擴(kuò)縮容優(yōu)先級、資源感知、彈性選擇等場景的基本問題，但還是需要 PaaS 層深度定制化，來支持對一個應(yīng)用多個 Workload 的精細(xì)化管理。

針對這些問題，在 Kruise v0.10.0 版本中新增了 WorkloadSpread 資源，目前它支持配合 Deployment、ReplicaSet、CloneSet 這些 Workload 類型，來管理它們下屬 Pod 的分區(qū)與彈性拓?fù)洹?/span>

以下是一個簡化的例子：

apiVersion: apps.kruise.io/v1alpha1 kind: WorkloadSpread metadata: name: workloadspread-demo spec: targetRef: apiVersion: apps/v1 | apps.kruise.io/v1alpha1 kind: Deployment | CloneSet name: workload-xxx subsets: - name: subset-a requiredNodeSelectorTerm: matchExpressions: - key: topology.kubernetes.io/zone operator: In values: - zone-a maxReplicas: 10 | 30% - name: subset-b requiredNodeSelectorTerm: matchExpressions: - key: topology.kubernetes.io/zone operator: In values: - zone-b

創(chuàng)建這個 WorkloadSpread 可以通過 targetRef 關(guān)聯(lián)到一個 Workload 對象上，然后這個 Workload 在擴(kuò)容 pod 的過程中，Pod 會被 Kruise 按上述策略注入對應(yīng)的拓?fù)湟?guī)則。這是一種旁路的注入和管理方式，本身不會干涉 Workload 對 Pod 的擴(kuò)縮容、發(fā)布管理。

注意：WorkloadSpread 對 Pod 縮容的優(yōu)先級控制是通過 Pod Deletion Cost 來實現(xiàn)的：

• 如果 Workload 類型是 CloneSet，則已經(jīng)支持了這個 feature，可以實現(xiàn)縮容優(yōu)先級
• 如果 Workload 類型是 Deployment/ReplicaSet，則要求 Kubernetes version >= 1.21，且在 1.21 中要在 kube-controller-manager 上開啟 PodDeletionCost 這個 feature-gate

使用 WorkloadSpread 功能，需要在 安裝/升級 Kruise v0.10.0 的時候打開 WorkloadSpread 這個 feature-gate。

上述例子僅為最簡化配置，更多使用說明請參考 官網(wǎng)文檔，具體的實現(xiàn)原理我們將會在后續(xù)的文章中與大家分享。

2. ?PodUnavailableBudget：應(yīng)用可用性防護(hù)

在諸多 Voluntary Disruption 場景中 Kubernetes 原生提供的 Pod Disruption Budget（PDB） 通過限制同時中斷的 Pod 數(shù)量，來保證應(yīng)用的高可用性。

但還有很多場景中，即便有 PDB 防護(hù)依然將會導(dǎo)致業(yè)務(wù)中斷、服務(wù)降級，比如：

• 應(yīng)用 owner 通過 Deployment 正在進(jìn)行版本升級，與此同時集群管理員由于機(jī)器資源利用率過低正在進(jìn)行 node 縮容
• 中間件團(tuán)隊利用 SidecarSet 正在原地升級集群中的sidecar版本（例如：ServiceMesh envoy），同時HPA正在對同一批應(yīng)用進(jìn)行縮容
• 應(yīng)用 owner 和中間件團(tuán)隊利用 CloneSet、SidecarSet 原地升級的能力，正在對同一批 Pod 進(jìn)行升級

這其實很好理解 -- PDB 只能防控通過 Eviction API 來觸發(fā)的 Pod 驅(qū)逐（例如 kubectl drain驅(qū)逐node上面的所有Pod），但是對于 Pod 刪除、原地升級 等很多操作是無法防護(hù)的。

在 Kruise v0.10.0 版本中新增的 PodUnavailableBudget（PUB）功能，則是對原生 PDB 的強(qiáng)化擴(kuò)展。它包含了 PDB 自身的能力，并在此基礎(chǔ)上增加了對更多 Voluntary Disruption 操作的防護(hù)，包括但不限于 Pod 刪除、原地升級等。

apiVersion: apps.kruise.io/v1alpha1 kind: PodUnavailableBudget metadata: name: web-server-pub namespace: web spec: targetRef: apiVersion: apps/v1 | apps.kruise.io/v1alpha1 kind: Deployment | CloneSet | StatefulSet | ... name: web-server # selector 與 targetRef 二選一配置 # selector: # matchLabels: # app: web-server # 保證的最大不可用數(shù)量 maxUnavailable: 60% # 保證的最小可用數(shù)量 # minAvailable: 40%

使用 PodUnavailableBudget 功能，需要在 安裝/升級 Kruise v0.10.0 的時候打開feature-gate（兩個可以選擇打開一個，也可以都打開）：

• PodUnavailableBudgetDeleteGate：攔截防護(hù) Pod 刪除、驅(qū)逐等操作
• PodUnavailableBudgetUpdateGate：攔截防護(hù) Pod 原地升級等更新操作

更多使用說明請參考 官網(wǎng)文檔，具體的實現(xiàn)原理我們將會在后續(xù)的文章中與大家分享。

3.? CloneSet 支持按拓?fù)湟?guī)則縮容

在 CloneSet 縮容（調(diào)小 replicas 數(shù)量）的時候，選擇哪些 Pod 刪除是有一套固定算法排序的：

未調(diào)度 < 已調(diào)度

PodPending < PodUnknown < PodRunning

Not ready < ready

較小 pod-deletion cost < 較大 pod-deletion cost

較大打散權(quán)重 < 較小

處于 Ready 時間較短 < 較長

容器重啟次數(shù)較多 < 較少

創(chuàng)建時間較短 < 較長

其中，“4” 是在 Kruise v0.9.0 中開始提供的特性，用于支持用戶指定刪除順序（WorkloadSpread 就是利用這個功能實現(xiàn)縮容優(yōu)先級）；而 “5” 則是當(dāng)前 v0.10.0 提供的特性，即在縮容的時候會參考應(yīng)用的拓?fù)浯蛏砼判颉?/strong>

• 如果應(yīng)用配置了 topology spread constraints ，則 CloneSet 縮容時會按照其中的 topology 維度打散來選擇 Pod 刪除（比如盡量打平多個 zone 上部署 Pod 的數(shù)量）
• 如果應(yīng)用沒有配置 topology spread constraints ，則默認(rèn)情況下 CloneSet 縮容時會按照 node 節(jié)點維度打散來選擇 Pod 刪除（盡量減少同 node 上的堆疊數(shù)量）

4.? Advanced StatefulSet 支持流式擴(kuò)容

為了避免在一個新 Advanced StatefulSet 創(chuàng)建后有大量失敗的 pod 被創(chuàng)建出來，從 Kruise v0.10.0 版本開始引入了在 scale strategy 中的 maxUnavailable 策略：

apiVersion: apps.kruise.io/v1beta1 kind: StatefulSet spec: # ... replicas: 100 scaleStrategy: maxUnavailable: 10% # percentage or absolute number

當(dāng)這個字段被設(shè)置之后，Advanced StatefulSet 會保證創(chuàng)建 pod 之后不可用 pod 數(shù)量不超過這個限制值。

比如說，上面這個 StatefulSet 一開始只會一次性創(chuàng)建 10 個 pod。在此之后，每當(dāng)一個 pod 變?yōu)?running、ready 狀態(tài)后，才會再創(chuàng)建一個新 pod 出來。

注意：這個功能只允許在 podManagementPolicy 是 `Parallel` 的 StatefulSet 中使用。

5.? 其他

除了上述內(nèi)容外，還有一些變動如：

• SidecarSet 新增 imagePullSecrets、injectionStrategy.paused 等字段支持配置 sidecar 鏡像拉取 secret 以及暫停注入
• Advanced StatefulSet 支持配合原地升級的鏡像提前預(yù)熱

詳見 ChangeLog 文檔。

最后

本次的 v0.10.0 會是 OpenKruise v1.0 之前的最后一個 minor 版本，在年底之前 Kruise 將會發(fā)布首個 v1.0 大版本，敬請期待！

另外，OpenKruise 社區(qū)開始組織定期的雙周會，從本周四（9月9日）晚上19:00（ GMT+8 Asia/Shanghai）首次開始，本次周會將會講解 v0.10.0 新版本的特性以及 demo 演示。參與方式：

• Zoom 會議鏈接（見文末鏈接）
• 加入 OpenKruise 社區(qū)交流群（釘釘搜群號 23330762 ），將會有群直播

更多內(nèi)容

OpenKruise?

https://github.com/openkruise/kruise

topology spread constraints

https://kubernetes.io/docs/concepts/workloads/pods/pod-topology-spread-constraints/

Pod Deletion Cost

https://kubernetes.io/docs/reference/labels-annotations-taints/#pod-deletion-cost

官網(wǎng)文檔

https://openkruise.io/zh-cn/docs/workloadspread.html

ChangeLog?文檔

https://github.com/openkruise/kruise/blob/v0.10.0/CHANGELOG.md

Zoom 會議鏈接

https://us02web.zoom.us/j/87059136652?pwd=NlI4UThFWXVRZkxIU0dtR1NINncrQT09

Zoom?記錄文檔

https://shimo.im/docs/gXqmeQOYBehZ4vqo

原文鏈接：https://developer.aliyun.com/article/789805?

版權(quán)聲明：本文內(nèi)容由阿里云實名注冊用戶自發(fā)貢獻(xiàn)，版權(quán)歸原作者所有，阿里云開發(fā)者社區(qū)不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。具體規(guī)則請查看《阿里云開發(fā)者社區(qū)用戶服務(wù)協(xié)議》和《阿里云開發(fā)者社區(qū)知識產(chǎn)權(quán)保護(hù)指引》。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容，填寫侵權(quán)投訴表單進(jìn)行舉報，一經(jīng)查實，本社區(qū)將立刻刪除涉嫌侵權(quán)內(nèi)容。

總結(jié)

以上是生活随笔為你收集整理的OpenKruise v0.10.0 版本发布：新增应用弹性拓扑管理、应用防护等能力的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。