初始化容器

在k8中，Init Containers操作是在Pod中的主应用程序容器之前运行的容器。它们用于执行初始化任务，例如设置配置文件、初始化数据库或运行脚本下载数据。

Init Containers与主应用程序容器一起在Pod规范中指定。当创建Pod时，K8s首先启动 Init容器，只有当它们成功完成时，K8s才会启动主应用程序容器。例如：

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: main-container
    image: my-image
    command: ["echo", "Main container running!"]
  initContainers:
  - name: init-container
    image: busybox
    command: ["sh", "-c", "echo Init container running! && sleep 10"]
  restartPolicy: Never

正如您所看到的，Init容器有自己的镜像，并且在启动主容器之前该容器会运行完成。每个Init 容器必须在启动下一个Init 容器之前成功完成，并且所有Init 容器必须在启动主应用程序容器之前成功完成。如果Init 容器失败，K8s会自动重启它，直到成功为止。

Init 容器是在k8中处理复杂初始化任务的强大工具。它们可用于确保在启动应用程序之前把所需要的资源下全部准备好。

如果我们尝试创建my-pod，你会看到如下结果：

$ kubectl apply -f my-pod.yaml

$ kubectl get pods
NAME                            READY   STATUS     RESTARTS   AGE
my-pod                          0/1     Init:0/1   0          4s

Pod钩子

Pod 钩子 是 K8s 中的机制，允许您在 pod 生命周期的中去执行你自己的操作命令。
pod的钩子有两种类型：

PostStart: 这个钩子是在容器创建完成后马上执行的。但是，不能保证该钩子将在容器 ENTRYPOINT 之前执行。 这种方式是没办法传递参数给应用程序的。

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
    command: ["/bin/sh", "-c", "sleep 10"]
    volumeMounts:
    - name: shared-volume
      mountPath: /data
  volumes:
  - name: shared-volume
    emptyDir: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Never
  postStart:
    exec:
      command: ["/bin/sh", "-c", "echo 'Post-start hook: Creating file inside container' > /data/testfile.txt"]

PreStop 容器由于 API 请求或管理事件（例如存活/启动探测失败、资源争用等）而终止之前，该钩子会被执行。

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
    command: ["/bin/sh", "-c", "while true; do echo 'Running...'; sleep 5; done"]
  dnsPolicy: ClusterFirst
  restartPolicy: Never
  preStop:
    exec:
      command: ["/bin/sh", "-c", "echo 'Pre-stop hook: Shutting down application gracefully'; kill $(pidof nginx)"]

删除Pod

当用户请求删除包含 Pod 的资源对象（如 Deployment 等）时，K8s 会提供两种信息通知，以便让应用程序优雅关闭：

1.Default方式 K8s将通知节点去执行容器的stop命令。 容器运行时，首先会向容器中PID为1的进程发送系统信号SIGTERM，然后等待容器中的应用程序终止执行结果。 如果等待时间达到设置的超时时间，默认的超时时间（30s），系统会继续发送SIGKILL信号，强制杀死进程。
使用Pod生命周期 使用PreStop钩子，他将在发出终止信号前执行。

默认情况下，所有的优雅退出时间是30S内，但是你可以通过 kubectl delete
命令中的 --grace-period=<seconds> 来设置你认为合理的时间。
当设置时间值为0时，代表是强制删除这个Pod。在kubectl1.5及以上版本，你想要强制删除时，你还需要将 --force --grace-period=0 的时间设置成一样的（设置成0）。

例如，我们要优雅的关闭nginx：

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-pod
    image: nginx
    lifecycle:
      preStop:
        exec:
          command: ["/usr/sbin/nginx","-s","quit"]

总结：

图片.png

原文地址：
https://medium.com/geekculture/devops-in-k8s-pod-lifecycle-part-two-ff10c7f0267