能否通过Helm pre-upgrade hook修改Pod删除成本以控制Pekko集群升级顺序？

你的方案完全可行，核心逻辑和工具选型都踩在了点上，下面拆解细节和注意事项：

一、核心逻辑的合理性 #

• controller.kubernetes.io/pod-deletion-cost注解：K8s 1.22+正式支持这个特性，Deployment的RollingUpdate策略会严格按注解值排序删除优先级——值越高，Pod越晚被删。给Pekko集群leader（或最老节点）的Pod设最高值（比如100），其他Pod设0，就能精准控制下线顺序。
• Helm pre-upgrade Hook：完全能承担升级前的自定义操作。你可以用Job类型的Hook，在Job里跑个脚本完成三件事：调用Pekko集群API找目标节点、匹配到对应的K8s Pod、给Pod打上删除成本注解。

二、实操要注意的坑点 #

1. Pekko节点与K8s Pod的映射
   得确保能通过Pekko返回的节点信息找到对应Pod。部署时可以给Pod加个和Pekko节点标识绑定的标签（比如pekko-node={{ .spec.nodeName }}），或者直接用Pod主机名——Pekko默认会把主机名作为节点地址的一部分，提取起来很方便。
2. Hook的权限要配足
   运行Hook的Job需要能调用K8s API给Pod打注解，所以得给对应的ServiceAccount配置pods/annotate的权限，不然会报错。
3. RollingUpdate策略要配合
   把Deployment的strategy.rollingUpdate.maxUnavailable设为1，避免同时下线多个节点搞崩Pekko集群；maxSurge根据你的资源情况调整就行。
4. 极端场景的兜底
   • 如果Hook执行时Pekko leader突然切换，可能会把注解打错节点。可以在脚本里加个二次校验，比如打完注解后再查一遍leader是否匹配。
   • 如果Pod因为节点故障被重建，新Pod不会有删除成本注解，所以每次升级前必须跑一遍Hook重新设置。
5. 注解只作用于运行中Pod
   你是直接给已运行的Pod打注解，Deployment的Pod模板不会自动带上这个配置，所以每次升级前都得执行Hook，不然新创建的Pod没注解，优先级就乱了。

三、简化的Hook Job示例 #

给你个极简的Hook Job模板，用curl和kubectl就能搞定：

apiVersion: batch/v1
kind: Job
metadata:
  name: set-deletion-cost
  annotations:
    "helm.sh/hook": pre-upgrade
    "helm.sh/hook-weight": "1"
    "helm.sh/hook-delete-policy": hook-succeeded
spec:
  template:
    spec:
      serviceAccountName: pekko-upgrade-hook-sa
      containers:
      - name: hook-container
        image: bitnami/kubectl:latest
        command:
        - /bin/sh
        - -c
        - |
          # 调用Pekko集群API拿leader地址
          LEADER_ADDRESS=$(curl -s http://pekko-cluster-service:8558/cluster/leader | jq -r '.address')
          # 从地址里提取Pod主机名（假设格式是akka://cluster@pod-hostname:2552）
          POD_HOST=$(echo $LEADER_ADDRESS | cut -d'@' -f2 | cut -d':' -f1)
          # 给对应Pod加删除成本注解
          kubectl annotate pod -l app=pekko-app hostname=$POD_HOST controller.kubernetes.io/pod-deletion-cost="100" --overwrite
      restartPolicy: OnFailure

四、可选替代方案 #

要是觉得Hook配置太麻烦，也可以试试Pekko的coordinated-shutdown配合K8s的terminationGracePeriodSeconds，但你的方案直接用K8s原生特性，后续维护起来更省心。

内容的提问来源于stack exchange，提问作者Thomas Jäckle