1. 课程导论：Containerd 在 Kubernetes 生态中的核心地位、节点扩容与资源调优的总体目标、课程大纲概览
1.1 Containerd：Kubernetes 节点运行时的基石
在 Kubernetes 集群中，容器运行时是负责拉取镜像、管理容器生命周期与资源隔离的核心组件。自 Kubernetes v1.24 正式弃用 Dockershim 后，Containerd 已成为绝大多数生产集群的默认容器运行时。它由 CNCF 毕业项目孵化，具备极简的架构、稳定的性能与广泛的生态兼容性。
核心定位：Containerd 是 kubelet 与底层操作系统之间的桥梁。它通过 CRI（Container Runtime Interface）接口接收 kubelet 的 Pod 创建请求，并直接调用 runc 或 gVisor 等低层运行时来启动容器。
Containerd 在节点资源管理中扮演着关键角色：
- 镜像管理：负责镜像拉取、解压、挂载与缓存，直接影响 Pod 启动速度。
- 容器生命周期：创建、启动、停止、删除容器，并上报状态给 kubelet。
- 资源隔离：通过 Cgroups v2 实现 CPU、内存、磁盘 I/O 的精确限制。
- 存储与网络：管理容器根文件系统（snapshotter）与网络命名空间。
1.2 节点扩容与资源调优的总体目标
随着业务流量增长或新服务上线，Kubernetes 集群需要频繁进行节点扩容。扩容不仅仅是增加一台虚拟机或物理机，更关键的是确保新节点能快速、稳定地融入集群，并承载预期的 Pod 负载。资源调优则贯穿扩容前后，目标是让每个节点的资源利用率达到最优，同时避免性能瓶颈。
| 目标维度 | 具体描述 | 关键指标 |
|---|---|---|
| 扩容速度 | 新节点从加入集群到 Ready 并开始调度 Pod 的时间 | < 2 分钟（含镜像预热） |
| 资源利用率 | 节点 CPU、内存、磁盘 I/O 的均衡使用，避免碎片化 | CPU 利用率 60-80%，内存 70-85% |
| Pod 密度 | 单节点可稳定运行的 Pod 数量，受限于资源与系统开销 | 每节点 30-100 Pod（视规格而定） |
| 性能稳定性 | 扩容后节点性能不出现抖动，Pod 启动延迟可控 | P99 Pod 启动延迟 < 5s |
| 运维一致性 | 所有节点使用相同的 containerd 配置、内核参数与镜像缓存策略 | 配置差异度 < 1% |
调优核心思想：节点扩容不是简单的“加机器”，而是通过 containerd 配置、系统参数、资源预留与调度策略的协同优化，让新节点“开箱即用”，性能与存量节点一致。
1.3 课程大纲概览
本课程共分为 8 个模块，从基础原理到生产实践，系统覆盖 containerd 在节点扩容与资源调优中的全部关键环节：
每个模块均包含理论讲解、配置示例、性能对比表格与故障排查思路。课程最后提供一份生产级节点扩容检查清单，可直接用于团队运维流程。
前置要求：学员需具备基本的 Kubernetes 集群管理经验，了解 Pod、Node、kubelet 等核心概念。本课程不涉及 Docker 或旧版运行时迁移细节，专注 Containerd 原生场景。