*作者：昌蒲、侯雪城*

邊緣計算雲原生平臺、CNCF SandBox 專案 - OpenYurt **[1** **]** ，近期釋出了 v1.1.0 版本。

OpenYurt 作為邊緣雲原生領域的開源專案，採用雲管邊的雲邊一體化架構，致力於解決雲原生落地邊緣計算場景的痛點問題。針對邊緣計算場景，重點提供了邊緣自治、雲邊運維通道、資源及流量的單元化管理、裝置管理等核心能力。所有功能對原生 Kubernetes 無侵入，全部採用 Addons 的形式安裝部署。

## 版本解析

在 OpenYurt v1.1.0 版本中，我們提供了 Auto 和 OTA 的升級策略。Auto 的升級策略重點解決由於節點 NotReady 而導致 DaemonSet **[3** **]** 升級阻塞的問題，OTA 的升級策略主要應對邊緣側使用者需要自主控制升級時機的場景。以下對這兩種策略做簡要的介紹。

### DaemonSet 的 Auto 升級策略

在雲邊一體化架構中，邊緣節點通常藉助公網與雲上管控互動。一方面，由於公網的不穩定性通常會導致邊緣節點處於 NotReady 的狀態，另一方面一些邊緣節點處於網路受限的環境內，業務部署之後會斷開公網連線。而原生 DaemonSet 滾動升級策略中，會因為節點的 NotReady 而導致老的 Pod 一直處於 Terminating 的狀態，新的 Pod 無法建立，從而阻塞整個升級流程，導致叢集中 Ready 節點上的 Pod 也無法繼續升級。

為了解決上述問題，我們擴充套件了原生 DaemonSet 的升級模型 **[2** **]** ，在 Yurt-Controller-Manager 元件內新增自定義控制器 daemonPodUpdater-controller，提供了 Auto 的升級策略。該策略支援跳過 NotReady 節點上 Pod 的升級，待節點 Ready 之後，會自動觸發 Pod 的更新。

如果需要使用 DaemonSet 的 Auto 升級策略，需要將原生的升級策略設定為 OnDelete，便於讓 daemonPodUpdater-controller 接管 DaemonSet 的升級。同時，需要增加 annotations apps.openyurt.io/update-strategy: auto 來標名使用 Auto 的升級策略。此外，還可以透過設定 apps.openyurt.io/max-unavailable 的 annotations 來支援升級配置過程中 Pod 最大不可用數。具體的升級策略配置檔案示例如下。

```
apiVersion: apps/v1
kind: DaemonSet
metadata:
  # ···
  annotations:
    apps.openyurt.io/update-strategy: auto
    # 該註解用於滾動更新時設定最大不可用 pod 數量，僅在 auto 模式下起作用。
    # 該註解支援的配置值與原生 DaemonSet 配置中 maxUnavailable 相同，預設值為10%。
    apps.openyurt.io/max-unavailable: 30%
  # ···
spec:
  # ···
  # 使用 auto模型的另一個前提條件是將 updateStrategy 設定為 OnDelete。
  updateStrategy:
    type: OnDelete
  # ···
```

### DaemonSet 的 OTA 升級策略

邊緣側業務所處的環境複雜多樣，透過雲上做統一升級的方式很難滿足所有的業務升級場景。在一些邊緣計算場景中，當業務有新版本釋出時，使用者期望能夠自行決定升級的時機。例如，位於汽車上的邊緣業務，當汽車正在行駛的過程中，是不能觸發業務升級的，如果從雲端做統一的升級，會導致業務服務中斷，甚至引發交通事故。

為此，我們提供了 OTA 的升級策略，支援雲端釋出新版本，邊緣側使用者自動決定升級時機。該策略由 daemonPodUpdater-controller 和 YurtHub 元件配和實現。在 daemonPodUpdater-controller 中，檢測到 DaemonSet 有新版本釋出時，會在 DaemonSet 所管理的 Pod 中新增 PodNeedUpgrade 的 condition 來表明此 Pod 有新版本釋出，可以升級。在 YurtHub 中提供 Pod 升級相關的 API，邊緣側的使用者透過自行呼叫 YurtHub 提供的 API 來完成業務 Pod 升級。

如果需要使用 OTA 的升級策略，需要將原生的升級策略設定為 OnDelete，同時增加 annotations apps.openyurt.io/update-strategy: ota 來標明使用 OTA 的升級策略沒，具體的升級策略配置檔案示例如下：

```
apiVersion: apps/v1
kind: DaemonSet
metadata:
  # ···
  annotations:
    apps.openyurt.io/update-strategy: ota
  # ···
spec:
  # ···
  # 使用ota 升級模型的另一個前提條件是將 updateStrategy 設定為 OnDelete。
  updateStrategy:
    type: OnDelete
  # ···
```

此外，使用者需要自行呼叫 YurtHub 的 API 來自行發現和升級 Pod，API 設計如下：

1. GET /pods：

透過該介面可以獲取到邊緣節點上全部 pods 列表資訊，透過 pod 的 PodNeedUpgrade 狀態判斷是否有新版本可升級。

2. POST /openyurt.io/v1/namespaces/{ns}/pods/{podname}/upgrade：

透過該介面使用者可以指定升級某個 DaemonSet Pod。路徑引數 ns 與 podname 分別代表 Pod 的名稱空間以及名稱。

### 其它改動

你可以透過 Github release **[4** **]** 頁面，來檢視更多的改動以及它們的作者與提交記錄。

## 社群參與

非常歡迎你透過 Github/Slack/釘釘 等方式加入我們來參與 OpenYurt 開源社群。你是否已經有一些希望與我們社群交流的內容呢？可以在我們的社群週會 **[6** **]** 上分享你的聲音，或透過加入社群 Slack channel **[5** **]** 參與討論。

## *相關連結*

*[1] OpenYurt*

*<https:></https:>*

*[2] 新增DaemonSet的OTA和Auto升級策略Proposal*

*<https:>*

*[3]參考文件*

*<https:></https:>*

*[4]Github release*

*<https:>*

*[5] Slack channel*

[*https://join.slack.com/t/openyurt/shared_invite/zt-1aya4w279-Ea7ZbfdhPARpshRdUUxfwg*](https://join.slack.com/t/openyurt/shared_invite/zt-1aya4w279-Ea7ZbfdhPARpshRdUUxfwg)*

*[6] 社群週會*

*<https:>*

如果您對於 OpenYurt 有任何疑問，歡迎使用釘釘掃描二維碼加入釘釘交流群。

![1.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4c83e95e191041faa79cda1b66eb11fc~tplv-k3u1fbpfcp-zoom-1.image "1.png")

戳[此處](https://openyurt.io/)，立即瞭解 OpenYurt 專案！</https:></https:></https:>

OpenYurt v1.1.0: 新增 DaemonSet 的 OTA 和 Auto 升級策略

相關文章