从容器到 Pod底座认知 · 第 03 篇为什么 K8s 的最小调度单元是 Pod而不是容器目 录一、为什么需要 Pod二、Pod 的组成2.1 业务容器2.2 沙箱容器pause 容器2.3 init 容器三、Pod 内容器的协作模式四、Pod 的资源与网络4.1 共享网络4.2 共享存储五、Pod 生命周期与重启策略六、生产要点一、为什么需要 Pod容器之间是相互隔离的各自有独立的命名空间。但在真实应用里常有一组容器「必须紧密协作、共享生命周期与资源」的需求——例如应用进程与其日志采集边车、服务进程与其本地代理。K8s 用 Pod 把这组容器打包成「一个调度单位」它们被调度到同一节点、共享网络与存储、同生共死。Pod 才是 K8s 的最小调度单元。二、Pod 的组成2.1 业务容器Pod 内承载实际业务的容器是核心负载。2.2 沙箱容器pause 容器每个 Pod 都会有一个 pause沙箱容器它是整个 Pod 的「骨架」负责持有 Pod 级别的网络命名空间、IPC、UTS 等业务容器共享它创建的这些资源。pause 容器启动最早、驻留最久通常只做初始化与持有命名空间因为网络栈由 pause 持有Pod 内所有容器共享同一 IP 与端口空间节点上看到大量 pause 容器是正常现象不要当作残留进程清理2.3 init 容器在业务容器之前按顺序运行的初始化容器用于做环境准备等待依赖、初始化配置、权限校验完成后退出。三、Pod 内容器的协作模式模式说明典型场景Sidecar 边车与主容器同生共死辅助能力日志采集、流量代理Adapter 适配器转换外部接口指标格式转换Ambassador 大使作为本地代理访问外部服务的代理Init 初始化前置准备后退出等待数据库就绪四、Pod 的资源与网络4.1 共享网络Pod 内容器共享同一个网络命名空间由 pause 持有因此可通过 localhost 互相访问端口不能冲突。4.2 共享存储Pod 内多个容器可挂载同一个 Volume实现数据共享。这常是边车容器读取主容器日志文件的基础。五、Pod 生命周期与重启策略Pod 自身的状态包括 Pending等待调度、Running运行、Succeeded正常退出、Failed异常退出、Unknown状态未知。重启策略restartPolicy决定容器退出后如何处理Always总是重启默认Deployment 常用OnFailure仅失败时重启Job 常用Never永不重启需注意Pod 重启策略作用于「同一 Pod 内容器」而 Deployment 等控制器则通过新建 Pod 实现更高级别的自愈。六、生产要点单个 Pod 尽量只承载核心业务边车能力按需加入避免过重Pod 是「不可变基础设施」思维的最小单位——多通过控制器替换而非原地修改排障时用 kubectl describe pod 查看事件用 kubectl logs 查看容器日志理解 Pod 后下一篇进入控制面从 kube-apiserver 开始看整个集群的「大脑」如何工作。
