【笔记】Helm-3 主题-2 Chart Hook

许科大

已于 2024-01-12 00:32:29 修改

阅读量1k

点赞数 17

文章标签： Helm 云原生 kubernetes k8s

于 2024-01-11 23:59:41 首次发布

本文链接：https://blog.csdn.net/m0_46141283/article/details/135515443

版权

本文介绍了Helm中的钩子机制，如何在Chart的安装、升级、删除等生命周期阶段执行定制操作，如配置加载、数据库备份、资源清理等，并详细解释了钩子的执行顺序、权重和删除策略。

摘要由CSDN通过智能技术生成

Chart Hook

Helm提供了一个hook机制允许开发者在发布声明周期的某些点进行干预。比如您可以使用hook用于：

1、安装时在加载其他chart之前加载配置映射或密钥

2、安装新chart之前执行备份数据库的任务，然后在升级之后执行第二个任务用于存储数据。

3、在删除发布之前执行一个任务以便在删除服务之前退出滚动。

钩子的工作方式与常规模板类似，但因为Helm对其不同的使用方式，会有一些特殊的注释。这部分会讲述钩子的基本使用模式。

可用的钩子

定义了以下钩子：

注释值描述

pre-install 在模板渲染之后，Kubernetes资源创建之前执行

post-install 在所有资源加载到Kubernetes之后执行

pre-delete 在Kubernetes删除之前，执行删除请求

post-delete 在所有的版本资源删除之后执行删除请求

pre-upgrade 在模板渲染之后，资源更新之前执行一个升级请求

pre-rollback 在模板渲染之后，资源回滚之前，执行一个回滚请求

post-rollback 在所有资源被修改之后执行一个回滚请求

test 调用Helm test子命令时执行( test文档）

Helm | Chart Test

注意 crd-install 钩子已被移除以支持Helm 3的crds目录。

注释值	描述
`pre-install`	在模板渲染之后，Kubernetes资源创建之前执行
`post-install`	在所有资源加载到Kubernetes之后执行
`pre-delete`	在Kubernetes删除之前，执行删除请求
`post-delete`	在所有的版本资源删除之后执行删除请求
`pre-upgrade`	在模板渲染之后，资源更新之前执行一个升级请求
`post-upgrade`	所有资源升级之后执行一个升级请求
`pre-rollback`	在模板渲染之后，资源回滚之前，执行一个回滚请求
`post-rollback`	在所有资源被修改之后执行一个回滚请求
`test`	调用Helm test子命令时执行 ( test文档)

钩子和发布生命周期

钩子允许您在发布声明周期的关键节点上有机会执行操作。比如，考虑helm install的生命周期。默认的，生命周期开起来时这样：

1.用户执行helm install foo

2.Helm库调用安装API

3.在一些验证之后，库会渲染foo模板

4.库会加载结果资源到Kubernetes

5.库会返回发布对象（和其他数据）给客户端

6.客户端退出

Helm为install周期定义了两个钩子：pre-install和post-install。如果foo chart的开发者两个钩子都执行，周期会被修改为这样：

1.用户返回helm install foo

2.Helm库调用安装API

3.在crds/目录中的CRD会被安装

4.在一些验证之后，库会渲染foo模板

5.库准备执行pre-install钩子（将hook资源加载到Kubernetes中）

6.库按照权重对钩子排序（默认将权重指定为0），然后在资源种类排序，最后按名称正序排列。

7.库先加载最小权重的钩子（从负到正）

8.库会等到钩子是“Ready”状态（CRD除外）

9.库将生成的资源加载到Kubernetes中。注意如果设置了--wait参数，库会等所有资源是ready状态，且所有资源准备就绪后才会执行post-install钩子。

10.库执行post-install钩子（加载钩子资源）。

11.库会等到钩子是“ready”状态

12.库会返回发布对象（和其他数据）给客户端

13.客户端退出

等钩子准备好是什么意思？这取决于钩子声明的资源。如果资源是Job或Pod类型。Helm会等到直到他成功运行完成。如果钩子失败，发布就会失败。这是一个阻塞操作，所以Helm客户端会在这个任务执行时暂停。

针对其他种类，一旦Kubernetes将资源标记为已加载（已添加或已更新），资源会被认为是”Ready“。当一个钩子中声明了很多资源时，资源回串行执行。如果有钩子权重，会按照权重顺序执行。从Helm3.2.0开始，具有相同权重的钩子资源会和普通非钩子资源以相同的顺序安装。否则，顺序就无法保证。（Helm2.3.0及之后，它们按照字母排序。不过该行为并不会绑定，将来可能会改变。）增加钩子权重被认为是很好的做法，如果权重不重要，可以设置为0.

钩子资源不适用对应版本管理

钩子创建的资源无法作为发布的一部分进行跟踪和管理。一旦Helm验证hook达到ready状态，将不使用钩子资源。当对应发布删除后，钩子资源的垃圾回收会在将来添加到Helm 3中，因此不能被删除的钩子资源应该添加注释：helm.sh/resource-policy: keep。

实际上，如果您在钩子中创建了资源，不能依靠helm uninstall去删除资源。要删除这些资源，要么在钩子模板文件中添加一个自定义的 helm.sh/hook-delete-policy 注释，要么设置任务资源的生存时间（TTL）字段。

Helm | Chart Hook

Automatic Cleanup for Finished Jobs | Kubernetes

编写一个钩子

钩子就是在metadate部分指定了特殊注释的Kubernetes清单文件。因为是模板文件，您可以使用所有的普通模板特性，包括读取 .Values, .Release, 和 .Template。

比如这个模板，存储在templates/post-install-job.yaml，声明了一个要运行在post-install上的任务：

apiVersion: batch/v1

kind: Job

metadata:

name: "{{ .Release.Name }}"

labels:

app.kubernetes.io/managed-by: {{ .Release.Service | quote }}

app.kubernetes.io/instance: {{ .Release.Name | quote }}

app.kubernetes.io/version: {{ .Chart.AppVersion }}

helm.sh/chart: "{{ .Chart.Name }}-{{ .Chart.Version }}"

annotations:

# This is what defines this resource as a hook.Without this line,the

# job is considered part of ths release.

"helm.sh/hook": port-install

"helm.sh/hook-weight": "-5"

"helm.sh/hook-delete-policy": hook-succeed

spec:

template:

metadata:

name: "{{ .Release.Name }}"

labels:

app.kubernetes.io/managed-by: {{ .Release.Service. | quote }}

app.kubernetes.io/instance: {{ Release.Name | quote }}

helm.sh/chart: "{{ .Chart.Name }}-{{ .Chart.Version }}"

spec:

restartPolicy: Never

containers:

- name: post-install-job

image: "alpine:3.3"

command: ["/bin/sleep","{{ default "10" .Values.sleepyTime }}"]

apiVersion: batch/v1
kind: Job
metadata:
  name: "{{ .Release.Name }}"
  labels:
    app.kubernetes.io/managed-by: {{ .Release.Service | quote }}
    app.kubernetes.io/instance: {{ .Release.Name | quote }}
    app.kubernetes.io/version: {{ .Chart.AppVersion }}
    helm.sh/chart: "{{ .Chart.Name }}-{{ .Chart.Version }}"
  annotations:
    # This is what defines this resource as a hook. Without this line, the
    # job is considered part of the release.
    "helm.sh/hook": post-install
    "helm.sh/hook-weight": "-5"
    "helm.sh/hook-delete-policy": hook-succeeded
spec:
  template:
    metadata:
      name: "{{ .Release.Name }}"
      labels:
        app.kubernetes.io/managed-by: {{ .Release.Service | quote }}
        app.kubernetes.io/instance: {{ .Release.Name | quote }}
        helm.sh/chart: "{{ .Chart.Name }}-{{ .Chart.Version }}"
    spec:
      restartPolicy: Never
      containers:
      - name: post-install-job
        image: "alpine:3.3"
        command: ["/bin/sleep","{{ default "10" .Values.sleepyTime }}"]

使模板成为钩子的是注释：

annotations:

"helm.sh/hook": post-install

annotations:
  "helm.sh/hook": post-install

一个资源可以实现多个钩子：

annotations:

"helm.sh/hook": post-install,post-upgrade

annotations:
  "helm.sh/hook": post-install,post-upgrade

类似的，执行一个给定钩子的不同资源的数量也没有限制。比如，一个pre-install钩子可以同时声明密钥和配置映射。

当子chart声明钩子时，这些也会被评估。顶级chart无法禁用子chart声明的钩子。

可以为钩子定义权重，这有助于建立一个确定性的执行顺序。权重使用以下注释定义：

annotations:

"helm.sh/hook-weight": "5"

annotations:
  "helm.sh/hook-weight": "5"

钩子权重可以正数也可以是负数，但一定要是字符串。Helm开始执行特定种类的钩子时，会正序排列这些钩子。

Hook deletion policies

可以定义策略来决定何时删除对应的钩子资源。钩子的删除策略使用以下注释定义：

annotations:

"helm.sh/hook-delete-policy": before-hook-creation,hook-succeeded

annotations:
  "helm.sh/hook-delete-policy": before-hook-creation,hook-succeeded

可以选择一个或多个定义的注释值：

注释值描述

before-hook-creation 新钩子启动前删除之前的资源（默认）

hook-succeeded 钩子成功执行之后删除资源

hook-failed 如果钩子执行失败，删除资源

注释值	描述
`before-hook-creation`	新钩子启动前删除之前的资源 (默认)
`hook-succeeded`	钩子成功执行之后删除资源
`hook-failed`	如果钩子执行失败，删除资源

如果没有指定钩子删除策略的注释，默认使用before-hook-creation。

————————————

仅用于本人学习

来源：Helm | Docs