Pod 驱逐生命周期

默认情况下，kubectl drain 将以某种方式驱逐 Pod，以遵从 Pod 生命周期。实际上，这意味着它将遵循以下流程：

drain 将向控制平面发出删除目标节点上的 Pod 的请求。随后，这将通知目标节点上的 kubelet 开始关闭 Pod。
节点上的 kubelet 将调用 Pod 中的 preStop 钩子。
一旦 preStop 钩子完成，节点上的 kubelet 将向 Pod 容器中正在运行的应用程序发出 TERM 信号。
节点上的 kubelet 将等待最多宽限期（在 Pod 上指定，或从命令行传递；默认为 30 秒）以关闭容器，然后强行终止进程（使用 SIGKILL）。请注意，此宽限期包括执行 preStop 钩子的时间。

基于此流程，您可以利用应用程序容器中的 preStop 钩子和信号处理来正常关闭应用程序，以便在最终终止应用程序之前对其进行“清理”。例如，如果您有一个工作进程从队列中流式传输任务，则可以让您的应用程序捕获 TERM 信号，以指示该应用程序应停止接受新工作，并在所有当前工作完成后停止运行。或者，如果您运行的应用程序无法修改以捕获 TERM信号（例如第三方应用程序），则可以使用 preStop 钩子来实现该服务提供的自定义 API，以便正常关闭应用。

在我们的示例中，Nginx 默认情况下不会优雅地处理 TERM 信号，从而导致现有的服务请求失败。因此我们将改为依靠 preStop 钩子正常停止 Nginx。我们将修改资源清单，在容器 spec 中添加 lifecycle 指令。lifecycle 指令如下所示：

lifecycle:
  preStop:
    exec:
      command: [
        # Gracefully shutdown nginx
        "/usr/sbin/nginx", "-s", "quit"
      ]

使用此配置，在将 SIGTERM 发送到容器中的 Nginx 进程之前，关闭序列将发出命令 /usr/sbin/nginx -s quit。请注意，由于该命令将正常停止 Nginx 进程和 Pod，因此 TERM 信号实际上并没有生效。

这应该是嵌套在 Nginx 容器 spec 下。当包含此内容时，Deployment 的完整配置如下所示：

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.15
        ports:
        - containerPort: 80
        lifecycle:
          preStop:
            exec:
              command: [
                # Gracefully shutdown nginx
                "/usr/sbin/nginx", "-s", "quit"
              ]