2. Kubernetes Pod 生命周期基础：Pod 状态机与生命周期钩子详解

在深入优雅关闭与调度优化之前，必须彻底理解 Pod 的生命周期模型。Pod 是 Kubernetes 中最小的调度与运行单元，其状态转换与钩子机制是控制容器启停顺序、实现优雅关闭的核心基础。本章将拆解 Pod 状态机、容器状态以及生命周期钩子的执行时序。

2.1 Pod 状态机：从 Pending 到 Running 再到 Terminating

Pod 的完整生命周期由一组离散状态构成，Kubernetes 控制面通过 status.phase 字段跟踪当前状态。理解状态转换的触发条件，是诊断调度与关闭问题的第一步。

2.2 容器状态：Waiting、Running 与 Terminated

Pod 的 Phase 是高层抽象，每个容器的实际状态由 status.containerStatuses[*].state 描述。容器状态是 Pod 生命周期钩子执行的直接上下文。

• Waiting：容器正在执行启动前的操作，如镜像拉取、Secret 挂载、PreStart 钩子执行。此时容器尚未运行主进程。
• Running：容器主进程正在运行，PostStart 钩子已执行完毕（如果配置）。
• Terminated：容器主进程已退出，或 PreStop 钩子执行完毕。退出码、退出时间、信号原因均记录在此状态中。

2.3 生命周期钩子：PostStart 与 PreStop

Kubernetes 提供两种容器级钩子（Lifecycle Hooks），允许用户在容器启动后或停止前注入自定义逻辑。钩子通过 Exec（执行命令）或 HTTP GET（发送 HTTP 请求）实现。

2.4 Pod 生命周期与调度优化的关联

在网关升级场景中，Pod 的生命周期行为直接影响流量迁移与节点资源释放的平滑度。以下是三个关键映射关系：

• PreStop 钩子 → 流量排空：在网关 Pod 被删除前，通过 PreStop 执行 API 调用，从负载均衡器或注册中心摘除自身，确保新流量不再进入。
• terminationGracePeriodSeconds → 排空超时：该值必须大于 PreStop 钩子执行时间 + 最大连接处理时间，否则会出现连接被强杀。
• Pod 状态机 → 调度器感知：调度器在 Pod 处于 Terminating 时不会将其视为可调度资源；节点资源释放依赖于容器完全停止后的状态更新。