`helm upgrade`在`deployments`中使用滚动重启吗？默认情况是什么？

121次阅读

问题描述

询问关于helm upgrade命令在deployments中是否使用滚动重启，并且如果不是的话，默认的行为是什么。用户还提到了一些背景和相关问题，希望能够更好地理解和掌握这一问题。

解决方案

请注意以下操作可能会因版本差异而有所不同。在进行任何更改前，请确保已经做好了适当的备份。

默认的`helm upgrade`行为

在解释helm upgrade是否使用滚动重启之前，让我们首先明确helm upgrade的作用。helm是一个用于管理Kubernetes应用程序的工具，它允许您将应用程序打包为chart，并且可以通过helm install和helm upgrade命令部署或更新这些chart。

关于helm upgrade和deployments之间的关系，实际上是helm与Kubernetes本身的关系。helm并不直接控制deployments的行为，而是通过在chart中定义的Kubernetes资源规范来实现更新操作。

默认情况下，当您在helm upgrade命令中执行更新时，helm会根据您的chart中的定义，对Kubernetes资源进行更新。如果在chart中定义了Deployment资源，并且该资源使用了滚动更新策略（RollingUpdate），那么在helm upgrade期间将会执行滚动重启操作。

更改默认行为

如果您想更改helm upgrade的默认行为，特别是在涉及deployments的情况下，您需要考虑两个方面：helm本身和Deployment资源的定义。

在helm方面，您可以通过修改values.yaml文件或使用命令行选项来指定不同的配置值。这些配置值可以影响helm upgrade的行为，包括与deployments相关的滚动重启策略。

在Deployment资源的定义方面，您可以直接在chart的templates文件夹中修改Deployment资源的规范。具体而言，您可以在Deployment的规范中明确指定滚动更新策略，以覆盖默认行为。

以下是一个示例Deployment资源规范，展示了如何在helm chart中定义滚动更新策略：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: example-deployment
spec:
  replicas: 3
  strategy:
    type: RollingUpdate  # 指定滚动更新策略
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    # 定义Pod模板

在上面的示例中，我们在Deployment资源的规范中明确指定了滚动更新策略为RollingUpdate，并且配置了最大可用和最大不可用的副本数量。

总之，helm upgrade本身并不直接控制滚动重启，它是根据chart中的资源定义和Kubernetes资源规范来执行更新操作的。您可以通过适当的配置和修改来改变helm upgrade在deployments中的行为，以满足您的需求。