如何配置K8s多容器Pod，使得主容器终止时整个Pod自动销毁

方案1：Kubernetes 1.28+ 原生Sidecar特性（推荐） #

Kubernetes 1.28及以上版本已将Sidecar容器特性转正，只需将辅助支撑容器声明为Sidecar类型，当Pod内所有非Sidecar的业务容器全部终止后，kubelet会自动终止所有Sidecar容器，整个Pod自然进入终态。
配置示例：

apiVersion: v1
kind: Pod
metadata:
  name: multi-container-demo
spec:
  # 根据业务需求选Never或OnFailure，不要用Always
  restartPolicy: OnFailure
  containers:
  # 主业务容器，无额外配置修改
  - name: main-business
    image: your-main-business-image:tag
    # 其余原有配置保留
  # 辅助支撑容器，新增Sidecar声明
  - name: support-sidecar
    image: your-support-image:tag
    restartPolicy: Always
    lifecycle:
      type: Sidecar
    # 其余原有配置保留

方案2：Kubernetes 1.28以下版本兼容方案 #

低版本无原生Sidecar能力，可通过共享进程命名空间+进程检测逻辑实现：

• 开启Pod共享进程命名空间，同一Pod内所有容器可以互相查看进程
• 修改辅助容器启动逻辑，后台运行原有支撑服务的同时，前台循环检测主业务容器的主进程是否存在，检测不到则主动退出
  配置示例：

apiVersion: v1
kind: Pod
metadata:
  name: multi-container-demo
spec:
  shareProcessNamespace: true # 开启进程共享
  restartPolicy: OnFailure
  containers:
  - name: main-business
    image: your-main-business-image:tag
    # 其余原有配置保留
  - name: support-sidecar
    image: your-support-image:tag
    command: ["/bin/sh", "-c"]
    args:
    - |
      # 启动原有支撑服务，后台运行
      /path/to/your/support-service &
      SVC_PID=$!
      # 循环检测主业务进程，将main-process替换为你实际的主容器启动进程名
      while pgrep main-process > /dev/null; do
        sleep 2
      done
      # 主进程不存在，停止支撑服务后退出
      kill $SVC_PID
      exit 0
    # 其余原有配置保留

如果不方便修改辅助容器的启动命令，也可以额外新增一个轻量监控容器，专门检测主容器进程，检测到退出后调用Kube API删除当前Pod，该方案需要给Pod绑定有Pod删除权限的ServiceAccount。

兜底方案 #

如果你的Pod由Job/CronJob管理，可以额外配置spec.activeDeadlineSeconds设置Pod最长运行时间，避免极端情况Pod长期残留。

内容的提问来源于stack exchange，提问作者nikochiko