OpenKruise一招搞定K8S原地升级,告别繁琐更新

后端

2024-01-16 14:15:31

原地升级：告别 K8S 繁琐更新，释放应用潜力

Kubernetes 的本质是将 Pod 视为独立实体，因此每次部署更新都会导致 Pod 的删除和创建。这种方式在某些情况下并不必要，尤其是在 Pod 已经运行很长时间且包含大量状态信息时。此时，原地升级成为一种极具吸引力的选择。

什么是原地升级？

原地升级是指在不删除或创建 Pod 的情况下完成部署更新。这样可以大幅提升更新效率，最大程度降低对应用的影响。

OpenKruise 如何实现原地升级？

OpenKruise 是一款开源的 Kubernetes 发行版，提供了一系列强大功能，其中包括原地升级。OpenKruise 的原地升级功能通过在 Pod 上部署一个名为 "lifecycle" 的初始化容器来实现。

lifecycle 容器会在 Pod 启动时运行，检查 Pod 的当前状态，并根据需要执行相应操作。例如，如果 Pod 需要更新，lifecycle 容器会将 Pod 状态更改为 "Terminating"，并等待 Pod 的 terminationGracePeriodSeconds 超时。
一旦 Pod 的 terminationGracePeriodSeconds 超时，lifecycle 容器会将 Pod 状态更改为 "Completed"，并退出。
Kubernetes 调度器会检测到 Pod 状态已更改为 "Completed"，并将其从集群中删除。
此时，新 Pod 将被创建并替换旧 Pod。

原地升级的优势

原地升级具有众多优势，包括：

提升更新效率：原地升级可在不删除或创建 Pod 的情况下完成部署更新，大幅提升更新效率。
降低对应用影响：原地升级不会对应用产生任何影响，因为 Pod 不会被删除或创建。
节省资源：原地升级无需创建新 Pod，从而节省了资源消耗。

原地升级的适用场景

原地升级适用于多种场景，例如：

需要快速更新的应用：对于那些需要快速更新的应用，原地升级可以大幅提升更新效率。
对稳定性要求高的应用：对于那些对稳定性要求较高的应用，原地升级可以避免 Pod 删除和创建带来的潜在风险。
资源受限的环境：对于那些资源受限的环境，原地升级可以节省资源。

如何使用 OpenKruise 原地升级？

要使用 OpenKruise 原地升级，需要在部署清单中添加 lifecycle 容器。代码示例如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      initContainers:
      - name: lifecycle
        image: openkruise/lifecycle-init:v1.0.0
        command: ["/lifecycle"]
        args: ["--action=pre-stop", "--grace-period=300"]
      containers:
      - name: my-app
        image: my-app:latest

在以上示例中，lifecycle 容器会在 Pod 启动时运行，检查 Pod 的当前状态，并根据需要执行相应操作。例如，如果 Pod 需要更新，lifecycle 容器会将 Pod 状态更改为 "Terminating"，并等待 Pod 的 terminationGracePeriodSeconds 超时。